Graph databases 本机图形存储和本机图形处理之间有什么区别?

Graph databases 本机图形存储和本机图形处理之间有什么区别?,graph-databases,Graph Databases,我认为本机图形存储意味着将数据(存储在磁盘上,而不是内存中)存储在邻接列表/矩阵中,等等(解决问题的方法),而不是像rdbms那样。对我来说,图形处理的一部分是如何在运行时在内存中表示磁盘保存的数据,以及如何使用它来查找查询的答案。只要内存中有一个类似邻接列表的结构,就可以获得无索引的邻接,路径遍历就会快得多 读了罗宾逊、韦伯和埃弗雷姆的《图形数据库——互联数据的新机遇》之后,我不再那么确定了。还有一个图形显示了哪些图形数据库提供了哪些本机或非本机功能。为什么/何时以本机方式存储图形数据而以非本

我认为本机图形存储意味着将数据(存储在磁盘上,而不是内存中)存储在邻接列表/矩阵中,等等(解决问题的方法),而不是像rdbms那样。对我来说,图形处理的一部分是如何在运行时在内存中表示磁盘保存的数据,以及如何使用它来查找查询的答案。只要内存中有一个类似邻接列表的结构,就可以获得无索引的邻接,路径遍历就会快得多

读了罗宾逊、韦伯和埃弗雷姆的《图形数据库——互联数据的新机遇》之后,我不再那么确定了。还有一个图形显示了哪些图形数据库提供了哪些本机或非本机功能。为什么/何时以本机方式存储图形数据而以非本机方式处理它有意义

那么,您如何解释本机图形存储和本机图形处理之间的区别,以及无索引邻接在哪一级别发挥作用?假设一个图形数据库总是将整个图形结构保存在内存中(我想我听说neo4j就是这么做的),那么使用本机或非本机图形存储对查询性能(查看无索引的邻接)有影响吗?从我天真的观点来看,我可以想象,可以使用非本机的关系存储方法将图形从内存中(反)序列化,而不会损失太多性能

对于Neo4j而言:

本机图形处理:

原生图形处理是图形技术的另一个关键元素,指图形数据库如何处理数据库操作,包括存储和查询。无索引邻接是原生图处理的关键区别

本机图形存储:

当存储来自外部源(如关系数据库、列数据库或其他NoSQL数据库)时,图形存储被分类为非本机存储。这些数据库使用其他算法来存储有关节点和关系的数据,这些数据可能最终被放置在很远的地方。这种非本地方法可能导致潜在的结果,因为它们的存储层没有针对图形进行优化


更多信息

那么,对于存储和处理这两个领域,无索引邻接是将其称为本机的唯一方法吗?