MongoDB，C＃和NoRM +非规范化

我认为你需要取得平衡。 如果我是你，我只会在每篇帖子中引用用户ID而不是他们的名字/声誉。 但是，与RDBMS不同，您可以选择在文档中嵌入注释。     

我发现的平衡是使用SQL作为规范化数据库，使用Mongo作为非规范化副本。我使用ESB使它们彼此保持同步。我使用的概念称为“准备好的文档”和“存储的文档”。存储的文档是仅保存在mongo中的数据。对于非关系数据非常有用。准备好的文档包含可以使用规范化数据库中的数据重建的数据。它们在某种程度上充当活动缓存 - 如果数据不同步，它们可以从头开始重建（在复杂的文档中，这是一个昂贵的过程，因为这些文档需要重建许多查询）。它们也可以一次更新一个字段。这就是服务总线的用武之地。它响应了规范化数据库更新后发送的事件，然后更新相关的mongo准备文件。 使用每个数据库的优势。允许SQL成为确保数据完整性的写入数据库。让Mongo成为一个快速且只能包含子文档的只读数据库，这样您就可以减少查询次数。 **编辑** 我只是重新阅读你的问题并意识到你实际要求的是什么。我将离开原来的答案，以防它有用。 我处理Stackoverflow示例的方式是在每个注释中存储用户ID。你会加载一个包含所有评论的帖子。这是一个查询。 然后，您将遍历注释数据并提取需要加载的用户ID数组。然后将它们作为批处理查询加载（使用Q.In（）查询运算符）。总共有两个查询。然后，您需要将数据合并为最终形式。您需要在何时执行此操作以及何时使用类似ESB的操作来手动更新每个文档。使用最适合您的数据结构的每个方案的方法。     

为什么要避免非规范化并更新“数千个文档记录”？ Mongodb db专为非规范化而设计。 Stackoverlow在后台处理数百万种不同的数据。有些数据可能会在短时间内过时，而且没关系。 所以上面说的主要思想是你应该有非规范化的文件，以便在ui快速显示它们。 您无法通过引用文档进行查询，无论如何都需要进行非规范化。 另外我建议看看cqrs架构。     

尝试调查cqrs和事件采购架构。这将允许您按队列更新所有这些数据。