投稿と共有のためのMongodbスキーマ

Question

私はmongodbを初めて利用していますNoSQL概念と私の目的に最も役立つ可能性があるスキーマをモデル化するための決定をすることができない時点で立ち往生。

私は最終結果がであるようにスキームを設計する必要があります。投稿と株式は時間で並べ替えられます。共有コレクションのスキーマ

var postSchema = mongoose.Schema({ 
    postText: String, 
    postedBy: String, 
    privacy: Number, 
    updatedOn: { type: Date, default: Date.now }   
}, { collection: 'posts' }); 

：ポスト収集のスキーマ

：としてさまざまな記事の収集と共有：

---

オプション1：このため、私は2つの選択肢が考えられ

var shareSchema = mongoose.Schema({ 
    dis_Id: { type: mongoose.Schema.Types.ObjectId }, // Id of post that is shared 
    shareBy: { type: mongoose.Schema.Types.ObjectId }, 
    shareText: String, 
    share_privacy: Number, 
    shareOn: { type: Date, default: Date.now } 
}, { collection: 'shares' }); 

---

オプション2：投稿に埋め込むシェア自体

ポストのための新しいスキーマ

var postSchema = mongoose.Schema({ 
    postText: String, 
    postedBy: String, 
    updatedOn: { type: Date, default: Date.now }, 
    privacy: Number, 
    share: { 
    shareBy: { type: mongoose.Schema.Types.ObjectId }, 
    shareText: String, 
    share_privacy: Number, 
    shareOn: { type: Date } 
    }  
}, { collection: 'posts' }); 

---

より良い選択かもしれないこれの今？オプション1は、mongodbに結合がなく、同じデータの複製につながり、何十万人ものユーザーのために何十億ものものになる可能性があるため、クエリに問題があります。

Answer 1

私は次のようなアプローチを提案する：

1. すでにユーザ名を持っているので、あなたがsortを使用してソートされた順序でそのIDに対応するポストのリストを取得することができます。

2. 各投稿を繰り返すことで、上で使用したのと同じ並べ替えを使用して、並べ替え順に共有を取得できます。

ここで重要なのは、設定するインデックスを理解することです。私はあなたが次のインデックスを持っているべきであることを提案する。

post_schema：{dis_Id、shareOn}に 複合インデックス：{ユーザー名、updatedOn}

share_schemaに 複合インデックス。

複合インデックスを使用しない場合、アプリケーションは多数のレコードに対して縮尺を変更しません。

Answer 2

組み込みドキュメントを使用すると、すべての必要なデータを一緒に取得できるので、オプション2が適しています。しかし、文書のサイズが16MB以上増加することが懸念される場合は、オプション1を使用してください。この場合、2つのコレクションを結合するために集約クエリを使用しないでください。これは、時間がかかる操作であるため、最初にすべての操作を実行し、操作をスキップします。代わりに、各コレクションを個別に照会し、カスタムロジックを使用して完全な応答を作成する必要があります。