Graph 为什么RDBMS不能存储相当大的图形?

Graph 为什么RDBMS不能存储相当大的图形?,graph,rdbms,graph-databases,Graph,Rdbms,Graph Databases,我开始使用一个图形数据库来存储我生成的一个大图。但是我不明白为什么要使用图形数据库来完成我的工作,为什么不使用传统的RDBMS来完成我想要的工作。具体来说,我的问题是,为什么关系数据库不好,或者说图形数据库比RDBMS更好地存储图形?在阅读了图形数据库(早期版本,可在此处获得:)之后,这一切都取决于性能。根据查询的深度或递归程度,RDBMS或图形数据库返回结果所需的时间越长。传统的RDBMS不是为快速遍历实体之间的关系而设计的,而图形数据库是专门为此而构建的。如果递归只有两个级别,但在这一级别之

我开始使用一个图形数据库来存储我生成的一个大图。但是我不明白为什么要使用图形数据库来完成我的工作,为什么不使用传统的RDBMS来完成我想要的工作。具体来说,我的问题是,为什么关系数据库不好,或者说图形数据库比RDBMS更好地存储图形?

在阅读了图形数据库(早期版本,可在此处获得:)之后,这一切都取决于性能。根据查询的深度或递归程度,RDBMS或图形数据库返回结果所需的时间越长。传统的RDBMS不是为快速遍历实体之间的关系而设计的,而图形数据库是专门为此而构建的。如果递归只有两个级别,但在这一级别之后性能明显下降,那么这可能不是问题


请把这个和盐放在一起。这直接来自图形数据库,我没有复制这些结果。

您将如何查询图形?你在找路吗?生成建议?计算网络统计?就节点和边的数量而言,“相当大”有多大?请注意,“关系数据库”仅意味着其用户将数据库视为一个集合表,并具有用于提取信息的关系运算符。存储和查询引擎的物理实现是一个完全正交的决策。