CouchDB 2.0 'Mango'を使用してドキュメント結合を実装できますか？ CouchDBの1.6.1の前の仕事から

Question

、私はそれが文書はカップルの方法で参加する実装することが可能だということを知っている：

たとえば、「学生and 'coursesの簡単なスキーマを使用して：

// Students table 
| Student ID | Student Name 
| XYZ1  | Zach 

// Courses table 
| Course ID | Student ID 
| COURSE1 | XYZ1 

このSQLクエリ：

SELECT [Student Name], [Course ID] FROM Students RIGHT OUTER JOIN Courses ON Students.[Student ID] = Courses.[Student ID] 

は、マップ機能とのCouchDB 1.6で実施することができる：

// Map function 
function(doc){ 
    if (doc.type == 'Course') emit(doc["Student ID"], doc); 
    if (doc.type == 'Student') emit(doc["Student ID"], doc) 
} 

とグループおよび軽減機能

// Group would produce: 
Student ID: [{course doc}, {student doc}, {course doc}, etc] 

// Reduce would allow you to then process student and course docs for a single ID (with CouchDB protesting about expanding view indexes) 

それとも、どちらかのグループ化やグループ化されていないマップインデックスを反復処理するリスト機能を使用することができますどちらか。

マンゴーhereのドキュメントを見ると、_find（私は「マンゴーエンドポイント」と仮定しています）はインデックスを使用していると言います。

1. あなたをすることができます

   質問...私は「フィールドが別のフィールドに等しい」を言うの道が表示されていないが、その後私はすべてのマンゴーに精通していませんよマンゴーでドキュメントの結合をエミュレートしますか？

2. 可能であれば、これはMapReduceを使用して同じことを行うよりも優れているか悪いですか？

Answer 1

私はあなたがすでにそれを理解したと思っていますが、記録のために突き詰めます：等価セレクタを使用して、それらをOR演算子に入れることができます。

クエリはそのような見て何かをする必要があります：言われていること

{"studentId": "SOMEID" } 
{"$or": [{"type": {"$eq": "Student"}}, {"type": {"$eq": "Course"}}]} 

、あなたはCouchBbで生リレーショナルデータを操作しようとしているようです。私がいつも言っているように、あなたはCouchDbにリレーショナルデータをダンプするだけでは、幸せな生活を送ることはできません。リレーショナルデータをCouchDbに格納する前にリッチドメインオブジェクトに変換することを検討することをお勧めします。