パーティション分割されたビーコンへの移行

パーティション分割されていないテーブルは、 で設定されたテーブルと同等ですmaximumNumberOfPartitions = 1。したがって、設定の観点からは、パーティション分割されていないセットアップからパーティション分割されたセットアップへの移行は、 の増加として扱われますmaximumNumberOfPartitions。

個々のビーコン定義は、制約されないか、単一の に制限される場合がありますPartitionNumber。これらの制約はビーコン設定の一部であり、時間の経過とともに変更されないようにする必要があります。

パーティション分割されていないビーコンからパーティション分割されたビーコンへの移行は、パーティション設定に対する他の変更と同じルールに従います。

• maximumNumberOfPartitions は増やすだけで、減らすことはできません。

• 引き上げmaximumNumberOfPartitionsても、既存の項目の匿名性は遡及的に向上しません。

• 新しく書き込まれた項目では、更新されたパーティション設定が使用され、PartitionNumberそれに応じて が割り当てられます。

• すべてのパーティションを含むクエリは、既存の (パーティション化されていない) 項目と新しく書き込まれたパーティション化項目の両方を引き続き返します。

既存の項目の匿名性やシステムの効率を向上させるには、更新されたパーティショニングスキームを使用してテーブル内の一部の項目を再暗号化することを選択できます。再暗号化するには、既存の項目を削除し、新しい設定でビーコンを再生成して、項目をテーブルに書き戻す必要があります。このプロセスは、明示的に書き換えられた項目にのみ適用されます。再暗号化されていない項目は、元のビーコン設定を引き続き使用します。項目を再暗号化すると、書き込みトラフィックが一時的に増加し、アプリケーションの可用性に影響する可能性があります。ステージング移行やバックグラウンド移行など、制御された方法で再暗号化を実行します。