您如何在NoSQL中跟踪记录关系？

我试图找出NoSQL KVP或Document数据库中的外键和索引的等效项。由于没有枢轴表（用于添加标记两个对象之间关系的键），我真的很困惑如何以对普通网页有用的方式检索数据。

假设我有一个用户，该用户在网站上留下了很多评论。我能想到的唯一跟踪用户评论的方法是

1. 将它们嵌入到用户对象中（看起来很没用）
2. 创建并维护一个user_id:comments包含每个注释键列表的值[comment：34，comment：197等...]，以便我可以根据需要获取它们。

不过，考虑第二个例子，你很快就会碰壁，当你用它来追踪其他事情，比如所谓的“active_comments”可能含有30000000点的ID在这使得它的关键花费TON查询每个页面只知道最近的一些活动评论。由于许多页面可能会尝试同时更新它，因此也很容易出现竞争情况。

如何在NoSQL数据库中跟踪如下所示的关系？

• 用户的所有评论
• 所有活动评论
• 所有标有[关键字]的帖子
• 俱乐部中的所有学生-或学生所在的所有俱乐部

还是我在想这个错误？

关于如何以“ NoSQL方式”存储多对多关联的所有答案都归结为一件事：冗余存储数据。

在NoSQL中，您不会基于数据实体之间的关系来设计数据库。您可以根据针对数据库运行的查询来设计数据库。使用与非正规化关系数据库相同的标准：如果数据具有内聚性（考虑用逗号分隔的列表而不是正规化的表中的值）更为重要，则可以这样做。

但这不可避免地针对一种类型的查询（例如，任何用户对给定文章的评论）进行优化，而以其他类型的查询（给定用户对任何文章的评论）为代价。如果您的应用程序需要同时优化两种类型的查询，则不应取消规范化。同样，如果需要以关系方式使用数据，则不应使用NoSQL解决方案。

非规范化和冗余存在风险，即冗余数据集将彼此不同步。这称为异常。当您使用规范化的关系数据库时，RDBMS可以防止异常。在非规范化数据库或NoSQL中，编写应用程序代码以防止异常是您的责任。

可能有人认为NoSQL数据库为您进行防止异常的辛苦工作会很棒。有一个范式可以做到这一点-关系范式。

长沙发数据库方法建议在映射阶段发出适当的东西类，并在reduce中对其进行汇总。因此，您可以映射所有注释并1为给定用户发出，然后仅打印出来。但是，这将需要大量磁盘存储，才能在ouchDB中构建所有可跟踪数据的持久视图。顺便说一句，他们也有关于关系的Wiki页面：http : //wiki.apache.org/couchdb/EntityRelationship。

另一方面，Riak具有建立关系的工具。是链接。您可以将链接（此处为注释）文档的地址输入到“根”文档（此处为用户文档）。它有一个窍门。如果它是分布式的，则可以一次在许多位置进行修改。它将导致冲突，结果是巨大的向量时钟树：/ ..还不错，不是那么好。

里亚克还有另一个“机制”。它具有2层密钥名称空间，即所谓的存储桶和密钥。因此，以学生为例，如果我们有俱乐部A，B和C，而学生StudentX，StudentY，则可以保持以下约定：

{ Key = {ClubA, StudentX}, Value = true }, 
{ Key = {ClubB, StudentX}, Value = true }, 
{ Key = {ClubA, StudentY}, Value = true }

并读取关系只需列出给定存储桶中的键。怎么了 这太慢了。列出存储桶从来都不是riak的优先事项。它越来越好了。顺便说一句 您不会浪费内存，因为此示例{true}可以链接到StudentX或Y的单个完整配置文件（此处不可能发生冲突）。

如您所见NoSQL！= NoSQL。您需要查看特定的实现并自己进行测试。

在Column存储之前提到过，看起来很适合关系..但这全都取决于您的A，C和P需求；）如果您不需要A并且少于Peta字节，则直接保留它，继续使用MySql或Postgres。

祝好运

1. user：userid：comments是一种合理的方法-将其视为SQL中的列索引的等效项，并增加了您不能查询未索引列的要求。

2. 这是您需要考虑需求的地方。包含3000万个项目的列表并不是很合理，因为它很慢，但是因为永远不做任何事情都是不切实际的。如果您真正的需求是显示一些最近的注释，那么最好保留一个简短的列表，该列表会在添加注释时进行更新-请记住，NoSQL没有规范要求。竞争条件是基本键值存储中列表的一个问题，但是通常您的平台可以正确地支持列表，您可以使用锁来做某事，或者您实际上并不关心失败的更新。

3. 与用户评论相同-创建索引关键字：帖子

4. 更多相同的内容-可能是俱乐部的列表，作为学生的财产，以及该字段上的索引以获取俱乐部的所有成员

你有

"user": {
    "userid": "unique value",
    "category": "student",
    "metainfo": "yada yada yada",
    "clubs": ["archery", "kendo"]
}

"comments": {
    "commentid": "unique value",
    "pageid": "unique value",
    "post-time": "ISO Date",
    "userid": "OP id -> THIS IS IMPORTANT"
}

"page": {
    "pageid": "unique value",
    "post-time": "ISO Date",
    "op-id": "user id",
    "tag": ["abc", "zxcv", "qwer"]
}

在关系数据库中，通常要做的是一对多关系是对数据进行规范化。这与在NoSQL数据库中执行的操作相同。只需索引将用来获取信息的字段。

例如，对您来说重要的指标是

• Comment.UserID
• Comment.PageID
• Comment.PostTime
• Page.Tag []

如果您使用NosDB（具有SQL支持的基于.NET的NoSQL数据库），则查询将像

 SELECT * FROM Comments WHERE userid = ‘That user’;

 SELECT * FROM Comments WHERE pageid = ‘That user’;

 SELECT * FROM Comments WHERE post-time > DateTime('2016, 1, 1');

 SELECT * FROM Page WHERE tag = 'kendo'

从其SQL备忘单或文档中检查所有受支持的查询类型。