图数据库设计原则,一般原则和粒度问题

Question

在关系数据库设计中,有指导设计过程的常规表单.是否有类似的原则适用于像neo4j这样的图形数据库的设计？

特别是,我对问题粒度感到困惑:我可以设计一个图形数据库,其中大多数属性存储在顶点中(联系人具有属性名称,出生日期......)或者我可以将大多数数据存储在关系中(连接与"firtst name"关系的联系到另一个保存实际信息的顶点)或者我可以两者兼而有之(当然会出现一致性问题,但它可能会加快检索时间).

当我开始SQL设计时,这些问题与我的初学者问题类似,许多问题只能通过获得经验来解决.你还可以推荐一本关于这个主题的基础知识的实用书,或者指出我在哪里可以找到一些一般原则？

Answer 1

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

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

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