database-design - 多用户的 CouchDB 建模

Question

我已经对文档数据库感到兴奋，尤其是 CouchDB 的简单性。但是我很难理解这样的数据库是否是多用户系统的可行选择。由于这些系统需要文件数据库不提供的记录之间的某种关系。

对于这种情况，它是完全错误的工具吗？或者一些标记和临时 View 是实现这一目标的方法？要不然...

更新:
我理解到目前为止的答案。但让我稍微重新表述一下这个问题。假设我有一堆通常适合 CouchDB 的半结构化数据。我可以将它们标记为“type=post”和“year=2008”。我的问题是这种类型的标记能走多远？说我可以创建一个包含 10.000 个名称的数组字段吗？或者有没有更好的方法来做到这一点？这是一个理解如何在基于文档的意义上思考的问题。

Answer 1

mailing list上有讨论不久前，它非常适合这个问题。经验法则是只将数据存储在可能会更改或增长的文档中。如果数据更有可能增长，那么您很可能希望存储单独的文档。

因此，在多用户系统的情况下，实现基于 ACL 的权限的一种方法可能是创建“权限文档”，这将是 user_id 到 doc_id 的映射，并指示适当的权限。

{
    _id: "permission_doc_1",
    type: "acl",
    user: "John",
    docid: "John's Account Info",
    read: true,
    write: true
}

你的观点将类似于

function(doc)
{
    emit([doc.user, doc.docid], {"read": doc.read, "write": doc.write});
}

并且给定 docid 和 userid，检查权限将是:

http://localhost:5984/db/_view/permissions/all?key=["John", "John's Account Info"]

显然，这需要在客户端和沙发之间有一些中介，以确保强制执行权限。