2017-11-22 4 views
-1

モデル化文書NoSQLデータベースには、組込み対正規化された複数収集アプローチを記述するリソースがたくさんあります。しかし、実際にNoSQLのコアのように聞こえる、第3の中間的な方法についてはごくわずかしか見つかりませんでした。NoSQL(文書) - 新しいコレクションを導入する正当な理由は何ですか?

typeフィールドに各ドキュメントとインデックスのフィールドがあるような実装の詳細がありますが、いくつかの情報が見つからない場合は、ドキュメントを別々のコレクションに分ける必要があるのか​​、

コレクションサイズに言及しているソースがいくつか見つかりましたが、複数のドキュメントタイプを持つ単一のコレクションをシャーディング/スケーリングすることも、完全に実行可能な選択肢のように聞こえるので、それは良い理由のようには聞こえません。

私はいくつかの説明を見つけようとしていますが、単一のコレクションの複数のドキュメントタイプと1つのドキュメントタイプを格納する複数のコレクションのどちらを決定するときに「理由?

私はそれが重要かどうか分かりませんが、もしそうなら、私はMongoDBとDocumentDBのコンテキストで考えています。

答えて

2

コスモスDBのコレクションは請求可能なエンティティで、コストはスループットと使用されたストレージによって決まります。コレクションは、1つ以上のパーティションまたはサーバーにまたがることができ、実質的に無制限の容量のストレージまたはスループットを処理できるように拡張できます。

Microsoft Azure Cosmos DBは、異なる種類のドキュメントを同じ「コレクション」に格納することを強く推奨しています。

しかし、複数のコレクションを持つには、さまざまなユースケースのために非常に役立つことができるものです。
1.マルチテナント:あなたは、すべてのデータが別のパーティショニング戦略を必要とするデータの
2.さまざまなタイプを分離していることを確認したい

+0

ご回答ありがとうございます。多分、同じコレクションに格納することを強く示唆しているMSのドキュメントへの参照がありますか? –

+0

このブログを参考にしてください - https://azure.microsoft.com/en-us/blog/scaling-a-multi-tenant-application-with-azure-documentdb-2/ –

+0

私はchannel9でこれを見つけました:https://channel9.msdn.com/Events/Build/2016/P468。同じ質問をしている人のためにここに置く。 –

関連する問題