NoSQL文档数据库的数据建模

Question

下面是应用到DBMS特定模式的实际需求(数据)映射的常用阶段。

​

概念模型ER/EER/CODASYL/层次结构弥合了差距，将现实世界的数据(需求)映射到DBMS特定的模式。

在RDBMS世界中，对象-关系阻抗失配是这些阶段应用于数据库设计的原因.

使用RDBMS，降低了应用程序的灵活性，因为一旦设计了数据库，就需要根据新的需求再次修改DB模式。

但是使用文档数据库(如MongoDB)，对象映射的因素是直观的，从而最小化阻抗不匹配的问题。

因此，在JSON中嵌入和引用实体，就足以将真实世界的数据(需求)建模到文档数据库。

概念模型(ER/EER/.)对于文档数据库的建模来说，这看起来并不是必要的。

文档数据库的建模数据(例如MongoDB)，这些阶段仍然有效吗？

Answer 1

文档数据库的建模数据(例如MongoDB)，这些阶段仍然有效吗？

是的，他们是。更重要的是，在第一个版本发布之前就完成这些任务。

原因是，在文档数据库中，您从不更改旧文档的结构。这意味着每个访问数据库的客户端都必须能够使用数据库中存在的文档结构的所有版本。这就是为什么应该好好考虑文档结构的变化。

文档中的更改应该得到很好的考虑，但是为此，我们是否需要创建概念模式的阶段，然后转移到特定于DB的模式？

关键是，在概念模式完成之前，您不知道基于文档的数据库是否满足您的需求。