AWS Neptune内部存储数据的方式与Neo4j存储数据的方式有什么区别？从这个post可以看出，Neo4j存储的每个节点都有一个到其连接节点的直接链接，“关系被组织成双向链接列表”。从我的read可以看出，AWS Neptune基本上是一个关系数据库，带有一些允许图形查询的索引。这是准确的吗？这两种代表制有什么主要的优点吗？
其他问题：
我猜AWS Neptune是在RDS之上构建的AWS选择在RDS之上构建Neptune，而不是创建一个全新的数据库，是否有实际的原因？我认为在RDS之上构建可以保存大量的时间和精力，用于数据复制等方面。我并不想对此表示怀疑，也不想搞阴谋。我只是想评估图形数据库，让我很好奇。
2条答案
按热度按时间nqwrtyyt1#
Amazon Neptune实际上使用自定义构建的图形查询引擎和优化器。Amazon Neptune图形数据的基本单位是四位置（quad）元素，类似于资源描述框架（RDF）quad。您可以在此处找到有关存储格式及其优点的详细概述：https://docs.aws.amazon.com/neptune/latest/userguide/feature-overview-data-model.html
有一个由九部分组成的视频系列，深入探讨了你可能会发现有用的所有事物图和海王星available here。
有许多组件构成了整个Neptune计算和存储架构。
kxeu7u2r2#
从this网站，从第6点我可以看到实质性的差异，如：
1.二级索引（仅在Neo4J中支持）
1.触发器（仅在Neo4J中支持）
1.服务器端脚本（仅在Neo4J中支持）
1.速度（Aura Neo4J理论上有点慢，但stackoverflow中的用户发现Neptune引擎使用Gremlin查询执行得更慢-可能是由于曲线学习？）-如果我发现更好的evidence，我会在评论中分享。
1.在下面的图片中，还有一些差异。x1c 0d1xx 1c 1d 1x