モデル化文書NoSQLデータベースには、組込み対正規化された複数収集アプローチを記述するリソースがたくさんあります。しかし、実際にNoSQLのコアのように聞こえる、第3の中間的な方法についてはごくわずかしか見つかりませんでした。NoSQL(文書) - 新しいコレクションを導入する正当な理由は何ですか?
type
フィールドに各ドキュメントとインデックスのフィールドがあるような実装の詳細がありますが、いくつかの情報が見つからない場合は、ドキュメントを別々のコレクションに分ける必要があるのか、
コレクションサイズに言及しているソースがいくつか見つかりましたが、複数のドキュメントタイプを持つ単一のコレクションをシャーディング/スケーリングすることも、完全に実行可能な選択肢のように聞こえるので、それは良い理由のようには聞こえません。
私はいくつかの説明を見つけようとしていますが、単一のコレクションの複数のドキュメントタイプと1つのドキュメントタイプを格納する複数のコレクションのどちらを決定するときに「理由?
私はそれが重要かどうか分かりませんが、もしそうなら、私はMongoDBとDocumentDBのコンテキストで考えています。
ご回答ありがとうございます。多分、同じコレクションに格納することを強く示唆しているMSのドキュメントへの参照がありますか? –
このブログを参考にしてください - https://azure.microsoft.com/en-us/blog/scaling-a-multi-tenant-application-with-azure-documentdb-2/ –
私はchannel9でこれを見つけました:https://channel9.msdn.com/Events/Build/2016/P468。同じ質問をしている人のためにここに置く。 –