Question

我想用一个图表数据库来应用网络应用程序(包括用户、邮政、评论、投票、答复、文件和文件资料的网络以及用户和文件的其他中转关系 ) 。因此我开始问自己,图数据库的设计方法是否像图表数据库的设计方法,即类似于为关系数据库推荐的设计原则(如这些通常的形式)?

实例问题(产生的许多问题):

Is it a good idea, to create a Top-Node Users, having relationships ("exist") on any User-Node in the Database?
Is it a good idea to build in version management (i.e. create relationships (something like "follows")) pointing to updated versions of a Document / Post in a way that going back this relationship means watching the changes the document went through.
etc...

所以,我们需要一张图表数据库设计书吗?

Answer 1

您可以创建超级节点, 如“ 用户 ”, 但使用索引, 为每个用户创建一个索引条目, 使用密钥=元素类型, 值=“ 用户 ”, id=user_ node_ id, 可能更好, 更能表现更好。

在Facebook和Twitter上,人们/朋友经常使用“跟随”关系,这样我就不会用它来进行版本。您可以在 Neo4j 上建一个版本系统, 每条条目都安装时间标记, 并使用最后的“最后的胜利”算法, 还有其他数据库系统, 比如Datomic, 也建了这个系统。