【问题标题】:AWS Neptune vs. Neo4j Internal Data StorageAWS Neptune 与 Neo4j 内部数据存储
【发布时间】:2022-01-25 22:28:35
【问题描述】:

AWS Neptune 内部存储数据的方式与 Neo4j 存储数据的方式有什么区别?从这个post,它说Neo4j 存储每个节点,并直接链接到其连接的节点,“关系被组织为双向链表”。从我的read 来看,AWS Neptune 基本上是一个关系数据库,其中包含一些允许图形查询的索引。这是准确的吗?这两种表示方式有什么主要优势吗?

补充问题:

我猜 AWS Neptune 是建立在 RDS(关系数据库服务)之上的。 AWS 选择在 RDS 之上构建 Neptune 而不是创建全新的数据库是否有实际原因?我认为在 RDS 之上构建可以为数据复制等事情节省大量时间和精力。我并不是要持怀疑态度或开始阴谋论,我只是想评估图形数据库,这让我很好奇。

【问题讨论】:

    标签: amazon-web-services neo4j gremlin graph-databases amazon-neptune


    【解决方案1】:

    Amazon Neptune 实际上使用自定义构建的图形查询引擎和优化器。 Amazon Neptune 图数据的基本单元是一个四位置(quad)元素,类似于资源描述框架 (RDF) quad。您可以在此处找到有关存储格式及其优势的详细概述:https://docs.aws.amazon.com/neptune/latest/userguide/feature-overview-data-model.html

    有一个由九部分组成的视频系列,深入探讨了所有事物 graph 和 Neptune available here,您可能会觉得有用。

    有许多组件构成了整个 Neptune 计算和存储架构。

    【讨论】:

    • 嗨,Kelvin,是的,这就是我所引用的。那不就是一张四列的表吗?有 3 个额外的索引?这与 Neo4j 相比如何,后者似乎用直接链接构建图形?
    • 架构中的许多内容比我在这里的回答中所能做到的要多得多。我在一个深度潜水视频系列的答案更新中提供了一个链接。
    猜你喜欢
    • 2014-08-13
    • 2021-10-02
    • 2020-06-21
    • 1970-01-01
    • 1970-01-01
    • 2020-07-30
    • 2019-05-13
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多