问题标签 [document-database]

对于我正在工作的新项目，我需要将一些数据存储到数据库中。数据类型和访问模型非常适合 NoSQL 模型和文档数据库。我们正在考虑像 MongoDB 这样的东西，但还没有决定。

要求之一是能够允许商业智能工具使用我们的一些数据。我工作的其他人表示，这些工具允许直接使用关系数据库中的数据。我不知道挖掘数据需要哪些类型的商业智能工具。

BI 工具通常也支持非 SQL 数据库吗？他们是否有其他可能适用的标准集成选项（有些似乎支持平面文件的 Web 服务）？是否值得简单地选择关系数据库以便第三方 BI 工具可以更轻松地使用它？

我打算写一个存储联系信息的地址簿。

每个联系人可以有无限数量的字段。主要是字符串和整数。但也许是对其他对象的引用。

使用带有 ORM、OODBMS 和 Document DBMS（如 CouchDB）的 RDBMS 有哪些优点和缺点。

谢谢。

这是商店里的一份文件：

不管有没有Employees集合，加载这个文档都很容易，但是如何只加载内部集合的一部分呢？例如，前 5 项：

我一直在关注 NoSql 运动的兴起以及随之而来的文档数据库（如 mongodb、ravendb 等）的普及。虽然有很多我喜欢的东西，但我觉得我不理解一些重要的东西。

假设您正在实现一个商店应用程序，并且您想在数据库中存储产品，所有这些产品都有一个唯一的类别。在关系数据库中，这将通过有两个表来完成，一个产品表和一个类别表，并且产品表将具有一个字段（可能称为“category_id”），该字段将引用类别表中包含正确类别条目的行。这有几个好处，包括不重复数据。

这也意味着，如果您拼错了类别名称，例如，您可以更新类别表，然后将其修复，因为这是值存在的唯一位置。

然而，在文档数据库中，这不是它的工作方式。您完全非规范化，这意味着在“产品”文档中，您实际上将拥有一个包含实际类别字符串的值，导致大量重复数据，并且错误更难以纠正。多想一下，这是否也意味着运行诸如“给我该类别的所有产品”之类的查询会导致结果不完整。

当然，解决这个问题的方法是在文档数据库中重新实现整个“category_id”，但是当我想到这一点时，我意识到我应该只使用关系数据库而不是重新实现它们。

这让我相信我错过了一些关于文档数据库的关键点，导致我走上了这条错误的道路。所以我想把它放到堆栈溢出中，我错过了什么？

我正在使用 Rails 开发一个基于 Web 的应用程序。我正在讨论使用图形数据库（例如 InfoGrid）还是文档数据库（例如 MongoDB）。

我的应用程序将需要存储小数据集（如 URL）和非常大的数据集（如虚拟机）。此数据将绑定到单个用户。

我有兴趣了解人们使用 Graph 或 Document 数据库的经验，以及他们为什么会使用其中任何一个选项。

谢谢

那些很难用谷歌搜索的问题之一。

前几天，我们的 svn 存储库的速度遇到了问题。对此的标准解决方案似乎是“更多 RAM！更多 CPU！” 等等，这让我想知道，是否有任何使用文档/nosql 数据库（mongodb、couchdb 等）作为数据库的源代码控制系统？看起来这可能很自然——但我不是源代码控制数据库理论的专家。也许有一种方法可以配置更新的源代码控制以使用文档数据库作为存储？

我试图找出正确的方法来考虑基于文档的数据存储系统的这个问题。我有一个两层类别系统的简单案例，其中有行业和行业组（想想管道和家庭服务）。

我的第一个想法是该文件将是 Industry Group 并且其中将包含 Industries，但问题是大多数相关数据将针对某个行业。我不确定在文档中包含与子项目相关的数据是否是“犹太教”。例如，一篇文章可能被分配到一个行业，而不是一个组 - 那么该引用看起来如何（假设链接来自非嵌套文档）？

无论如何，对正确思考这个问题的一些一般性见解会很棒。

似乎我遇到了很多情况，其中构建数据的适当方法是将其拆分为两个文档。假设这是一家连锁店，您正在保存每个客户访问过的商店。商店和客户需要是独立的数据片段，因为它们与许多其他事物交互，但我们确实需要将它们关联起来。

所以简单的答案是将用户的Id存储在商店文档中，或者将商店的Id存储在用户的文档中。通常，您希望访问 1-2 条其他数据用于显示目的，因为 Id 没有用。可能是客户名称或商店名称。

1. 您通常存储整个文档的副本吗？还是只存储您需要的数据？也许取决于文档的大小与您需要多少。
2. 您如何处理有重复数据的事实？当数据发生变化时，你会去寻找数据吗？加载时每隔一段时间更新数据？仅在您负担得起陈旧数据时才复制？

非常感谢您的意见和/或任何类型的“最佳实践”或至少对这些主题进行合理讨论的链接。

对于我正在编写的一个小型 PHP 应用程序，我们需要存储大量具有哈希键的记录和一些简单的字段值（'host'、'path'）。例如：

此类数据的最佳持久存储是什么？MySQL 会是最好的选择，还是对于如此简单的数据来说太过分了？什么会带来最好的表现？

我正在寻找一个如何在文档中存储投票的好例子。例如，如果我们有一个已发布的文档，用户可以对其进行投票。如果我将投票存储在文档的某个字段中，例如：

票数：12345

如果作者正在编辑帖子并且在此期间有人投票，会发生什么？作者将无法保存，因为有人投票并且文档将具有新的修订版。

另一种选择是单独存储投票，每个投票都是文档，还是为每个帖子创建一个带有投票的文档？

如果我决定将每张选票存储在不同的文档中，那么汇总这些数据会有多困难？还是每次显示文件时都必须计算？

你的解决方案是什么？

问候