当前位置:  开发笔记 > 编程语言 > 正文

针对多用户的CouchDB建模

如何解决《针对多用户的CouchDB建模》经验,为你挑选了1个好方法。

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

这种情况完全是错误的工具吗?或者一些标记和临时视图是实现这一目标的方法?要不然...

更新:
到目前为止我理解答案.但是让我稍微改一下这个问题.假设我有一堆半结构化数据,通常适合CouchDB.我可以将它们标记为"type = post"和"year = 2008".我的问题是这种标签可以走多远?我可以创建一个包含10.000名称的数组字段吗?或者有更好的方法吗?这是一个理解如何在本文档中进行思考的问题.



1> Paul J. Davi..:

有一段时间在邮件列表上进行了讨论,很适合这个问题.经验法则是仅将数据存储在可能随着增长而变化的文档中.如果数据更有可能增长,那么您很可能希望存储单独的文档.

因此,对于多用户系统,实现基于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"]

显然,这需要在客户端和沙发之间设置一些中介,以确保强制执行权限.

推荐阅读
郑小蒜9299_941611_G
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有