mongodb - 将来是否可以在整个应用程序中使用基于文档的数据库而不是 RDBMS？

Question

我阅读/使用非 sql 数据库的次数越多，我就越喜欢它。

OOP 世界是如此，而且易于使用，就像 Rails for Frameworks。

我知道缺点。主要问题似乎是无事务和无并发部分。我说得对吗？

是否只有这些特性让开发人员难以选择完全使用非 SQL 数据库，即使是用于事务？

如果这些特性是固定的，是否只对应用程序使用基于文档的数据库会更好？

因为现在看来您仍然必须使用 RDBMS 来处理客户账单数据，而您的内容可能位于基于文档的数据库中，例如 MongoDB/CouchDB/Cassandra。

有人可以阐明这一点。

Answer 1

当然可以，您可以在非关系数据模型上构建整个应用程序。作为一般规则，尽管大多数人不想这样做。问题是基于分层/图形的数据模型(即任何依赖于导航数据结构的模型)显着增加了复杂性并降低了数据库中查询和数据完整性的有效性。关系模型是 40 年前发明的，正是为了克服基于导航的数据库固有的缺点。