sql >> データベース >  >> NoSQL >> MongoDB

MongoとMeteorのネストされたカテゴリのベストプラクティス

    これは、オブジェクト間の関係(つまり、関係の両側にあるオブジェクトの数の比率、および更新の頻度)に大きく依存するため、アプリケーションと要件に依存します。

    参照するのに適したリソース(「ベストプラクティス」と見なすことができます)は、非正規化に関するMongoDBのブログです:

    http:/ /blog.mongodb.org/post/87200945828/6-rules-of-thumb-for-mongodb-schema-design-part-1

    http:/ /blog.mongodb.org/post/87892923503/6-rules-of-thumb-for-mongodb-schema-design-part-2

    http:/ /blog.mongodb.org/post/88473035333/6-rules-of-thumb-for-mongodb-schema-design-part-3

    非常に簡単に言えば、それは幅広い主題であるためです。N-Nの関係について話しているのですが、それはNの比率に依存します

    オブジェクトが不変である場合は、更新を処理する必要がなく、検索が簡単になるため、オブジェクトを別のオブジェクトにネストすることをお勧めします。

    オブジェクトが不変でない場合は、更新のコストとコレクションを検索してIDを検索するコストを比較検討し、他のコレクションを検索してそのIDに関連付けられているオブジェクトを探す必要があります。




    1. このmongoソートがPHPで機能しないのはなぜですか?

    2. MySQLのようなtargzipmongoダンプ

    3. mongodbで重複するURLを検索する

    4. MongoDBサーバーには、資格情報がなくてもアクセスできます