Datomic 与 Neo4j 相比如何？

Posted 2023-02-16

【中文标题】Datomic 与 Neo4j 相比如何？

【英文标题】：How does Datomic compare to Neo4j?

【发布时间】：2013-07-27 12:52:46

【问题描述】：

我正在考虑将 Neo4j 集成到我正在构建的 Clojure 系统中。我被问到的第一个问题是为什么我不使用 Datomic。有人对此有很好的答案吗？我听说过并看过有关 Datomic 的视频，但我对 Graph Databases 的了解还不够，无法知道 Neo4j 和 Datomic 之间的区别，它对我有什么影响？

【参考方案1】：

它们之间有一些根本区别：

数据模型

Neo4j 和 Datomic 都可以对任意关系进行建模。它们都有效地使用 EAV（实体-属性-值）模式，因此它们都可以对许多相同的问题域进行建模除了 Datomic 的 EAV 模式还嵌入了时间维度（即 EAVT），这使得它如果您想在任意时间点对您的数据库执行高效的查询，这将非常强大。这是非不可变数据存储（包括 Neo4j）根本无法做到的。

数据访问

Neo4j 和 Datomic 都提供遍历 API 和查询语言：

查询

Neo4j 和 Datomic 都提供支持递归查询的声明式查询语言（分别为 Cypher 和 Datalog）除了Datomic 的 Datalog 通过允许自定义过滤和聚合函数提供了非常出色的查询功能> 实现为任意 JVM 代码。实际上，这意味着 Cypher's 内置函数可以被 Clojure 的 sequence library 有效地取代。这是可能的，因为运行查询的是您的应用程序，而不是数据库。

遍历

遍历 API始终由应用程序代码驱动，这意味着 Neo4j 和 Datomic 都能够使用任意遍历、过滤和数据转换代码来遍历图形除了 Neo4j 需要一个正在运行的事务，这实际上意味着它是有时间限制的。

数据一致性

另一个根本区别是 Datomic 查询不需要数据库协调（即没有读取事务）并且它们始终使用一致的数据快照，这意味着您可以执行多个查询和数据转换在任意时间段内，并保证您的结果将始终保持一致，并且没有事务会超时（因为没有事务）。同样，这在像绝大多数现有数据库（包括 Neo4j）这样的非不可变数据存储中是不可能做到的。这也适用于他们的遍历 API。

Neo4j 和 Datomic 都是事务 (ACID) 系统，但由于 Neo4j 使用传统的交互式事务 - 使用乐观并发控制 - 查询需要在事务内部发生（需要协调），这会对您的查询施加超时限制。实际上，这意味着对于非常复杂、长时间运行的查询，您最终会拆分查询，以便它们在特定的时间限制内完成，从而放弃数据一致性。

工作集

如果由于某种原因您的查询需要涉及大量数据（超出内存中的正常容量）并且您无法流式传输结果（因为 Datomic 提供了流式 API），那么 Datomic 可能不是一个好的合适，因为您不会利用 Datomic 的架构，迫使对等方不断驱逐他们的工作内存，执行额外的网络调用和解压缩数据段。

【讨论】：

经过深思熟虑的描述，谢谢。这两种产品你都用过吗？

@Zubair 我用过 Datomic。我熟悉 Neo4j。作为旁注，请查看github.com/datablend/blueprints，这是一组通常由图形数据库实现的图形接口，用于展示它们的一些功能。 Neo4j 和 Datomic 实现都在那里（虽然 Datomic 实现使用的是 Java，而不是 Clojure，所以有些东西不是惯用的）。

只是对您的描述发表评论：“自定义过滤和聚合功能”也可以通过 Neo4J 实现。 Cypher 不是查询数据的唯一方法（尤其是在 JVM 世界中），遍历框架允许您编写 any 代码来检索数据，并且您始终可以回退到较低级别的 API 以实现更细粒度的检索。

关于数据一致性，你是绝对正确的。这一根本区别在 Rich Hickey 演讲中得到了很好的说明：infoq.com/presentations/Are-We-There-Yet-Rich-Hickey。

这是一个经过深思熟虑的答案，但为了完整起见，我希望看到在 Neo4j 方面拥有丰富经验的人参与进来。接受的答案似乎偏向于 Datomic。