database-design - 图数据库设计原理、一般原则及粒度问题

Question

在关系数据库设计中，有范式来指导设计过程。是否有类似的原则适用于像 Neo4j 这样的图数据库的设计？

特别是，我对问题粒度感到困惑:我可以设计一个图形数据库，其中大多数属性存储在顶点中(联系人具有属性名称、出生日期等)，或者我可以将大多数数据存储在关系(将具有“名字”关系的联系人连接到保存实际信息的另一个顶点)，或者我可以同时执行这两种操作(当然会出现一致性问题，但它可能会加快检索时间)。

这些问题和我开始SQL设计时的初学者问题类似，很多问题只能通过积累经验来解决。您还能推荐一本关于该主题基础知识的优秀实用书籍，或者告诉我在哪里可以找到一些一般原则吗？

Answer 1

我所见过的任何东西都不像关系数据库中的规范化那样被视为真理。但是，我主张两件事:

1) 像平常一样对您的实体(节点)进行建模。这些实体的属性是特定属于这些实体并存在于关系(连接)之外的事物。

2) 像平常一样塑造你的关系(边缘)。除非两个实体(节点)相关(连接)，否则这些属性不应存在。