哪种类型的情况适合使用关系数据库和NoSQL数据库？

Question

这不是NoSQL vs. SQL类型的问题.我对可以使用RDBMS和NoSQL数据库的组合的场景类型感兴趣,并且组合的使用非常适合.一般情况下,我明白了"这取决于"手头上的形势和任务,但我的想法是,必须有一些普通/通用^1分的情况下这样的组合是非常有用的.

上述每种类型的解决方案都有自己的优点和缺点 - 我所追求的是可以充分利用和利用两者优势的情况/场景.

在我看来,一个可能是电子商务.RDBMS上的付款,交易等(想想ACID ²)以及NoSQL数据库中的产品信息和目录.但是,它适合吗？

应用的横切关注点,例如.作为另一个例子,日志记录可能非常适合NoSQL类型的解决方案.

或者,为什么不组合使用这两种技术？

编辑:重申一下,我理解SQL和NoSQL都有其固有的优点和缺点,并且某些类型的情况更适合上述数据存储中的一个.

^1我知道像Facebook,谷歌等巨头可能会使用这些巨头,但几乎在大多数情况下,我认为大多数SO成员都不会在这些巨大的解决方案上工作.更典型的日常类型的东西.

² RavenDB是一种支持ACID事务的NoSQL解决方案

Answer 1

这实际上不是一个编程问题，但这就是我的想法。

如果您考虑 CAP 定理http://en.wikipedia.org/wiki/CAP_theorem，您可以假设关系数据库侧重于一致性和可用性，而 NoSQL 侧重于可用性和分区容忍性（具有事件一致性）。

如果您希望 SQL 查询真正一致，那么您应该考虑使用 RDBMS。如果这不是先决条件，那么您可以使用 NoSQL 数据库。

这就是为什么大多数时候，最好的答案是同时使用两者，充分利用两者的优势。