在关系数据库设计中,有指导设计过程的常规表单.是否有类似的原则适用于像neo4j这样的图形数据库的设计？
特别是,我对问题粒度感到困惑:我可以设计一个图形数据库,其中大多数属性存储在顶点中(联系人具有属性名称,出生日期......)或者我可以将大多数数据存储在关系中(连接与"firtst name"关系的联系到另一个保存实际信息的顶点)或者我可以两者兼而有之(当然会出现一致性问题,但它可能会加快检索时间).
当我开始SQL设计时,这些问题与我的初学者问题类似,许多问题只能通过获得经验来解决.你还可以推荐一本关于这个主题的基础知识的实用书,或者指出我在哪里可以找到一些一般原则？