如果关系数据库的正式设计方法是实体关系图，那么NOSQL数据库的方法是什么？

Question

我是数据库设计的新手。据我所知，我们使用Entity-Relationship Diagram来帮助设计关系数据库。

如果关系数据库的正式设计方法是ERD，那么NOSQL数据库的方法是什么？

Answer 1

我认为您可能会使用实体关系图。仅仅因为您的数据库不以RDBMS的方式处理数据实体之间的关系并不意味着您的数据没有关系，只是这些关系是在应用程序而不是（非R）中​​实现的。 DBMS。我认为理解您要存储在数据库中每个条目中的信息仍然值得。

如果你想要更具针对性的东西，那么问题是"NoSQL" is an umbrella term for a lot of different DB architectures。在确定最佳设计方法之前，您可能需要确定您希望使用哪种NoSQL数据库。我认为在他们中的任何一个中你都想要了解你的实体有哪些属性，但是，即使你使用的数据库允许比传统的SQL数据库更灵活（例如键/值对的变量集）< / p>

Answer 2

对于图形数据库，实体关系模型（或它们的面向对象的表亲，类关联模型）是一个非常好的匹配：匹配非常好，我认为图形数据库本身就是执行这样的模型。 / p>

所有其他类型的数据库（包括关系数据库）要求开发人员“做额外的事情”以将模型映射到数据库。例如。对于SQL数据库，额外的东西相对较小（例如，将N-N关系映射到额外的表，继承的变通方法）。相反，哈希表的额外内容相当大（属性的序列化，关系的手动管理等）。

当然，不同的图形数据库也会区分连接的无缝性。我参与了一个名为InfoGrid的图形数据库，其中从高级模型到代码的步骤是通过代码生成器自动完成的。

Answer 3

对于键值存储使用散列图，对于图dbs使用图形......这些模型应该非常简单，但是它们是否与er模型一样有用。