2つのコレクションをリンクする方法に関するMongodbの設計アドバイス

Question

私は映画のためのデータベースを作っています。私はもともと映画の中にこのような俳優を埋め込むつもりだった。

{ 
    title : 'movie', 
    actors : [ 
    { 
     name: 'actor', 
     DOB : '1/1/1', 
    }, 
    { 
     name: 'actor2', 
     DOB : '1/1/1', 
    } 
    ], 
} 

私はすぐにこれが悪い決断だと判断しました。ですから、私の次のアイデアは、別々のアクターのコレクションを作成し、このような映画のドキュメンタにアクターIDを埋め込むことでした。

{ 
    title : 'movie', 
    actors : [ 
    'actorid1', 
    'actorid2', 
    ], 
} 

この実装は悪いですか？私は俳優がいたすべての映画を追跡したいと思ったら、俳優のドキュメンテーションの映画のリストを作る必要があるように思えます。2つを関連付けるためのリンクテーブルを作成する方が良いでしょうか？ NoSQLデータベースの関連するSQL構造を避けるべきかどうかはわかりませんでした。モンゴブではテーブルをめちゃくちゃにするのか？

Answer 1

一般に、MongoDBではリンクコレクションを使用してデータにアクセスするための結合（リレーショナルデータモデル）が可能です。しかし、それは単にモデルデータに異なるアプローチを使用します。サブ文書と配列を含むBSON文書（バイナリJSON）のデータを表すことは、多くの場合、コレクションと結合を冗長にします。 Using the document model, embedded sub-documents and arrays effectively pre-JOIN data by aggregating related fields within a single data structure。さらに、ドキュメントには、リレーショナルデータモデルに比べていくつかの利点があります。第1に、複雑性を増し、開発を遅らせるオブジェクトモデルにリレーショナルモデルをマップする必要はありません。第2に、文書がメモリまたはディスクであるかどうかにかかわらず、1つの物理的な場所から文書全体を読み取ることができ、データベースが複数のノードに分散されている場合、クロスノードJOINsを排除できるため、文書のパフォーマンスとスケーラビリティが向上します。

私は「腐敗したトマトからトップ10の映画のすべての俳優を取得する」またはその逆を「これらの俳優から最高評価の映画を入手する」が映画データベースの最も頻繁なクエリではないと仮定します。 私の意見では、は、主演の俳優や映画のリストを持つ俳優と一緒に映画を取得しています。情報を集約する俳優やその逆に映画から両方向の参照があります

{ 
    title : 'movie', 
    actors : [ 
    { 
     _id: 'actor_id1', 
     name: 'actor1' 
    }, 
    { 
     _id: 'actor_id'2, 
     name: 'actor2' 
    } 
    ], 
    plot: '...', 
    reviews: [...], 
    ... 
} 

{ 
    name : 'actor1', 
    movies : [ 
    { 
    _id: 'movie_id1', 
    name: "movie1' 
    }, 
    { 
    _id: 'movie_id2', 
    name: "movie2' 
    } 
], 
biography: '...', 
pictures: [...], 
... 

}

：それから私は、次のスキーマを考えwhould。また、対応する_idと一緒に俳優と映画の名前があり、このデータを1回のリクエストで取得します。映画の名前だけでなく、俳優の名前も頻繁に変わるので、一貫性を失う可能性は低いです。