我已经对文档数据库感到兴奋,特别是关于CouchDB的简单性.但我很难理解这些数据库是否是多用户系统的可行选择.由于这些系统需要文档数据库不提供的记录之间的某种关系.
这种情况完全是错误的工具吗?或者一些标记和临时视图是实现这一目标的方法?要不然...
更新:
到目前为止我理解答案.但是让我稍微改一下这个问题.假设我有一堆半结构化数据,通常适合CouchDB.我可以将它们标记为"type = post"和"year = 2008".我的问题是这种标签可以走多远?我可以创建一个包含10.000名称的数组字段吗?或者有更好的方法吗?这是一个理解如何在本文档中进行思考的问题.
有一段时间在邮件列表上进行了讨论,很适合这个问题.经验法则是仅将数据存储在可能随着增长而变化的文档中.如果数据更有可能增长,那么您很可能希望存储单独的文档.
因此,对于多用户系统,实现基于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"]
显然,这需要在客户端和沙发之间设置一些中介,以确保强制执行权限.