MongoDB-リレーションシップ
MongoDBの関係は、さまざまなドキュメントが互いに論理的にどのように関連しているかを表します。関係は、を介してモデル化できますEmbedded そして Referencedアプローチ。このような関係は、1:1、1:N、N:1、またはN:Nのいずれかになります。
ユーザーのアドレスを保存する場合を考えてみましょう。したがって、1人のユーザーが複数のアドレスを持つことができ、これを1:Nの関係にします。
以下は、のサンプルドキュメント構造です。 user ドキュメント-
{
"_id":ObjectId("52ffc33cd85242f436000001"),
"name": "Tom Hanks",
"contact": "987654321",
"dob": "01-01-1991"
}
以下は、のサンプルドキュメント構造です。 address ドキュメント-
{
"_id":ObjectId("52ffc4a5d85242602e000000"),
"building": "22 A, Indiana Apt",
"pincode": 123456,
"city": "Los Angeles",
"state": "California"
}
埋め込まれた関係のモデリング
埋め込みアプローチでは、アドレスドキュメントをユーザードキュメント内に埋め込みます。
> db.users.insert({
{
"_id":ObjectId("52ffc33cd85242f436000001"),
"contact": "987654321",
"dob": "01-01-1991",
"name": "Tom Benzamin",
"address": [
{
"building": "22 A, Indiana Apt",
"pincode": 123456,
"city": "Los Angeles",
"state": "California"
},
{
"building": "170 A, Acropolis Apt",
"pincode": 456789,
"city": "Chicago",
"state": "Illinois"
}
]
}
})
このアプローチでは、関連するすべてのデータが1つのドキュメントに保持されるため、取得と保守が簡単になります。ドキュメント全体は、次のような1つのクエリで取得できます。
>db.users.findOne({"name":"Tom Benzamin"},{"address":1})
上記のクエリでは、 db そして users それぞれデータベースとコレクションです。
欠点は、埋め込まれたドキュメントのサイズが大きくなりすぎると、読み取り/書き込みのパフォーマンスに影響を与える可能性があることです。
参照関係のモデリング
これは、正規化された関係を設計するアプローチです。このアプローチでは、ユーザードキュメントと住所ドキュメントの両方が別々に維持されますが、ユーザードキュメントには、住所ドキュメントを参照するフィールドが含まれます。id フィールド。
{
"_id":ObjectId("52ffc33cd85242f436000001"),
"contact": "987654321",
"dob": "01-01-1991",
"name": "Tom Benzamin",
"address_ids": [
ObjectId("52ffc4a5d85242602e000000"),
ObjectId("52ffc4a5d85242602e000001")
]
}
上に示したように、ユーザードキュメントには配列フィールドが含まれています address_ids対応するアドレスのObjectIdが含まれています。これらのObjectIdを使用して、住所ドキュメントをクエリし、そこから住所の詳細を取得できます。このアプローチでは、2つのクエリが必要になります。最初にaddress_ids からのフィールド user ドキュメントと2番目にこれらのアドレスをフェッチします address コレクション。
>var result = db.users.findOne({"name":"Tom Benzamin"},{"address_ids":1})
>var addresses = db.address.find({"_id":{"$in":result["address_ids"]}})