数据库设计 – 针对多用户的CouchDB建模

前端之家收集整理的这篇文章主要介绍了数据库设计 – 针对多用户的CouchDB建模前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我已经对文档数据库感到兴奋,特别是关于CouchDB的简单性.但我很难理解这些数据库是否是多用户系统的可行选择.由于这些系统需要文档数据库不提供的记录之间的某种关系.

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

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

解决方法

有一段时间讨论了 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"]

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

猜你在找的MsSQL相关文章