パーティションキーの選択に関するMicrosoftのアドバイスは、100または1000のパーティションにつながるキーの選択を促します。一般的なテーマは「より良い」です。間違ったパーティションキーがCosmosDbの過度のパーティショニングを引き起こす可能性がありますか?
CosmosDbは非常に断片化された論理パーティションの数が非常に多いパーティションキーに悩まされますか?
私はチームワークグループIDを定義するパーティションキーを使用することを検討しており、これも顧客のテナント境界に相当します。このパーティションキーは、アプリケーションのデータクエリおよびトランザクション境界のアクセスパターンに非常によく対応します。しかし、私は、テナントごとに100の保存文書とテナントごとに50kbの記憶容量があると、CosmosDbコレクションが10Gbに達するまでにコレクションに200,000のパーティションがあることに懸念しています。
ご注意:私はすでに論理パーティションがない マップ1ないことを理解する:物理CosmosDbパーティションに1を、私の提案の場合には 物理パーティション1000+論理パーティションを含む可能性があります。
私が気になっている問題の1つは、DocumentDb APIクライアントがクライアント側のパーティションマップを維持していることに関するChannel9ビデオのコメントによるものです。このマップはサーバークエリから作成されます。クライアントサイドマップは物理パーティションのマップに過ぎないことを願っています。そうしないと、私たちが議論しているスケールで論理パーティションのマップが気になるオーバーヘッドになるからです。 – camelCase
@camelCase実際のパーティションのマップと同じです。 –