在CouchDB上建模文档之间的关系？

Question

在阅读了关于EntityRelationship的CouchDB wiki之后，我确定设置关系文档可能是最好的解决方案。

{
    "_id": "2600emu",
    "type": "game"
}

{
    "_id": 123,
    "title": "Emulators",
    "user_id": "dstaley",
    "type": "list"
}

{
    "_id": "98765456789876543",
    "type": "relationship",
    "list_id": 123,
    "game_id": "2600emu"
}

但是，据我所知，这不允许我在一个请求中获得列表的元数据和游戏的元数据。有什么建议吗？

Answer 1

很好的问题。您确定了使用“规范化”数据模型（带有链接的不同文档类型）是最佳模型的几个非常重要的原因：

1. 用户<==>列表<==>游戏之间存在多对多关系。
2. 一对多关系很容易在单个文档中表示，该文档对“多”部分使用容器，但它们会变得很大，并且可能会发生并发冲突。
3. 扩展单文档模型以存储多对多关系是站不住脚的。
4. 一般说来，文档不可变性非常适合并发系统。在CouchDB中，您完全按照您所提到的那样做，存储表示图中边的“write-once”文档，然后使用辅助索引重建所需的链接部分，并在单个API查询调用中获得所需的信息。

这里的解决方案是“地图端连接”（借用hadoop社区的说法），这也是对的。基本上，您希望使用映射输出中的不同行来表示不同的信息片段。然后，您可以使用范围查询（startkey/endkey）来查询所需的映射结果部分，以及“join”表的物化视图。然而，您在文档中没有发现的一个难题是：

以便视图行的排序如下：

["list_1"], null
["list_1", "game"], {"_id":"game_1234"}
["list_1", "game"], {"_id":"game_5678"}
["list_2"], null
["list_2","game"], {"_id":"game1234"}
["list_3"], null
...

将它与现有的数据模型放在一起，下面是一些（未经测试的）伪代码，应该可以实现这一目的：

function(doc) {
    if (doc.type=="list") {
        //this is the one in the one-to-many
        emit( [doc._id]),);
    }
    else if (doc.type=="relationship") {
        //this is the many in the one-to-many
        //doc.list_id is our foreign key to the list.  We use that as the key
        //doc.game_id is the foreign key to the game.  We use that as the value
        emit( [doc.list_id,'game'],  {'_id': doc.game_id});
    }
}   

最后，您可以使用startkey/endkey对其进行查询，以便获得所有您感兴趣的以list_id开头的行。它看起来像：

curl -g 'https://usr:[e-mail]/db/_design/design_doc_name/_view/view_name?startkey=["123"]&endkey=["123",{}]&include_docs=true'

null