将NoSQL数据库用于关系目的

Question

非关系数据库正日益吸引着更多的关注。 主要限制是，当今复杂的数据确实已连接在一起。 在RDBMS中连接表时，连接数据库是否方便？ 当然，我只是说简单的情况。 想象一下文章，标签，关系的三个表格。 在像Mysql这样的RDBMS中，我们可以运行三个查询来

1. Find ID of a given tag
2. Find Articles connected with the captured Tag ID
3. Fetch the contents of Articles tagged with the term

代替三个查询，我们通过JOIN执行单个查询。 我认为像BerkeleyDB这样的键/值数据库中的三个查询比Mysql中的JOIN查询要快。

这个想法可行吗？ 还是涉及其他问题以忽略此方法？

Answer 1

NoSQL数据库可以很好地支持关系数据模型。 您只需要在应用程序中自己实现关系映射即可，这种工作通常并不重要。

在某些应用中，这种额外的努力将是值得的。 也许您只有少量的表，并且所需的联接非常简单。 或者，也许您已经在传统的关系型DBMS和NoSQL替代方案之间进行了一些性能评估，发现NoSQL选项由于多种原因（性能，可伸缩性，灵活性等）而更适合您的需求。

但是，您应该记住一件事。 典型的SQL DBMS基本上是NoSQL DB，其前面是经过优化的，精心构建的关系引擎。 某些数据库甚至允许您绕过关系层， 将它们的系统视为纯NoSQL DB 。

因此，当您开始建立自己的关系映射并加入NoSQL DB的那一刻时，您应该问自己：“有人已经为我建立了这个关系吗？” 答案很可能是“是”，解决方案可能是使用传统的SQL DBMS。

要专门回答问题的“ 3个查询”部分，答案是“也许”。 您肯定可以使NoSQL DB中的查询运行速度比RDBMS中的查询快，但是您需要记住，这里要考虑的不仅仅是原始查询速度，还有更多的事情要考虑：

1. 在构建类似连接的功能时将产生的技术债务，否则就无需构建
2. 建立，测试和优化查询代码所花费的时间可能比编写简单的SQL查询更重要
3. 根据选择的NoSQL选项，您可能失去或获得的交易担保或其他典型产品功能（复制，管理工具等）的任何差异
4. 可以聘请知道如何从运营角度运行数据库的DBM

您可能会查看该列表并对自己说： “没什么大不了的，我正在运行一个只有几千个数据库条目的简单应用程序，我会自己维护它” 。 如果是这样，请把自己淘汰掉-Berkeley（和其他NoSQL选项）会很好用。 在这类应用程序中，我已经多次使用Berkeley。 但是，如果您要为大型SaaS产品构建后端，则可能会有不同的答案，该产品可能很快就会有数百万的用户和非常复杂的查询。

不幸的是，我们无法给出一刀切的答案。 您必须根据应用程序和组织的需求做出判断。

Answer 2

当然，在任何一种解决方案中，单个记录联接都非常快，但这并不是联接的最大优势。 当您将许多行与许多其他行联接在一起时，联接很有用。 想象一下，如果在您的示例中，您想针对100个不同的标签执行此操作。 没有联接，您正在说300个查询与SQL的查询。

Answer 3

noSql系统上的另一个解决方案是playOrm。 它仅在分区中执行Join BUT，因此表可以是无限大小，但是分区必须与RDBMS表的大小相等。 尽管它有一些差异，但它也会为您提供所有相关的注释，从而为您完成所有花式的休眠操作，并将在您进行非规范化时添加Embedded以供使用。 它使事情变得容易得多。 通常，在必须执行的所有翻译逻辑以及所有手动索引编制和更新以及从索引中删除的过程中，使用nosql会有些痛苦。...playOrm会替您完成所有这一切。