是否有一个数据库可以提供参照完整性并能够使用SQL类型语言进行查询，还可以根据数据属性以及它们之间的关系来松散地定义实体吗？ / p>
E.g。采用RBAC类型模型，您可以在其中拥有权限，用户，用户组和角色。复杂/灵活的模型可以具有以下规则：
在RDBMS中对上述模型进行建模将涉及创建大量交集表。理想情况下，我想在数据库中定义的只是实体本身（用户，角色等）以及一些强制属性。然后其他所有东西都是动态的（即不需要DDL），例如，我可以创建一个具有未预定义的新属性的用户。我还可以在尚未预定义的实体之间创建关系，尽管数据库将像普通的RDBMS一样处理引用完整性。
通过创建一个存储实体的表和另一个存储关系等的表，可以在某种程度上在RDBMS中实现上述目标，但这会使执行简单查询所需的SQL过于复杂，并且可能也会影响性能。
答案 0 :(得分：13)
大多数NoSQL数据库都可以很好地扩展。这是以一致性为代价的，参考完整性是其中的一部分。所以大多数NoSQL都不支持任何类型的关系约束。
有一种类型的NoSQL数据库支持关系。事实上，它专为关系而设计：graph database。图数据库存储这些节点之间的节点和显式关系（边）。节点和边都可以包含键/值对形式的数据，而不依赖于预定义的模式。
图形数据库针对关系查询和漂亮的图形操作进行了优化，例如查找两个节点之间的最短路径，或查找距当前节点给定距离内的所有节点。在角色/权限场景中你不需要这样做，但如果你这样做，使用RDBMS实现起来要困难得多。
另一个选择是通过使用RDBMS存储关系和文档数据库来存储实际数据，使整个数据层成为混合。这会使您的应用程序稍微复杂化，但我认为这不是一个糟糕的解决方案。您将使用两种不同的技术，既处理它们旨在处理的问题。
答案 1 :(得分：9)
鉴于您在问题中指定的要求，图形数据库可能是您正在寻找的类型，但还有其他选项。正如@Niels van der Rest所说，“没有先验架构”和“参照完整性”这两个限制很难协调。您可能能够找到可能这样做的基于Topic-Map的数据库，但我不熟悉具体的实现，所以我无法肯定地说。
如果你认为你真的离不开参照完整性，我担心你可能会陷入RDBMS。您可以使用一些技巧来避免您预期的一些问题，我会在https://stackoverflow.com/questions/3395606...中介绍一些可能会给您一些想法的情侣。对于这种需要动态的，先验后的模式的数据模型，使用元模式元素，RDBMS总是会很尴尬。
如果你愿意放弃参照完整性，那么你还有三种方法可以考虑。
Map / Reduce - 有两种形式：分布式记录导向（想想，MongoDB）和面向列（想想，Cassandra）。 Scales真的很好，但你不会有类似SQL的语法;加入吮吸;并将您的架构与特定查询类型相匹配至关重要。在你的情况下，你关注实体及其属性，而不是实体本身之间的关系，所以我可能会考虑一个分布式记录导向的商店;但是，只有当我预计需要扩展到单个节点之外时 - 它们确实非常好地扩展。
文档存储 - 从技术上讲有两种形式，但其中一种是上面讨论的面向分布式记录的map / reduce数据存储区。另一个是倒指数（想想，Lucene / Solr）。不要忽视倒指数的力量;他们可以非常快速地解决猥亵复杂的记录谓词。他们不能做的就是处理好包含相关或大关系连接的查询。不过，你会惊讶于令人难以置信的灵活性，足够复杂的记录谓词给你。
图形存储 - 有几种形式，第一种是大规模的临时键值存储（想想，DBM / TokyoTyrant）;第二个是元组空间（想想，Neo4j）;第三个是RDF数据库（想想，Sesame / Mulgara）。我对RDF有一个软肋，帮助开发了mulgara，所以我不是最客观的评论者。但是，如果您的可伸缩性限制允许您使用RDF存储，我发现RDF的指称语义允许的推理（在noSQL数据存储选项中很少见）非常宝贵。
答案 2 :(得分：7)
一些NoSQL解决方案支持安全性和SQL。其中之一是OrientDB。 （安全系统）很好地解释了here。
此外支持SQL。
答案 3 :(得分：2)
Gremlin图形数据库支持Neo4j语言。关于您的示例，请查看Access control lists the graph database way和here。还有一个基于Web的工具，包括一个到Neo4j的REST API和一个Gremlin控制台，请参阅neo4j/webadmin。
答案 4 :(得分：-2)
您可能想要查看MongoDB它是基于文档的数据库，因此具有灵活的架构。它非常棒，值得花时间看看它是否符合您的需求。