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

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

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

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

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

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

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

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

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