Neo4J是如何干掉OrientDB、Titan的

Neo4J是如何干掉OrientDB、Titan的

TitanDB 数据库

我们先研究了 TitanDB，它各项强大的功能和极佳的可扩展性一开始让我们非常振奋。可惜的是，TitanDB 的启动和维护都非常复杂，必须得从 Cassandra 或 HBase 后台运行。

我们关心的另一个功能是最终一致存储，它并不符合 ACID 原理。这表示，如果我们要长时间运行大型图形数据库，最后可能会出现不一致现象。

TitanDB 确实提供了一个基本可长期运行的流程，能够始终如一地穿行整个图形，以期探测和修复不一致问题。除了这些不一致之外，TitanDB 还可以作为不基于图形的本地存储之上的层。

OrientDB 数据库

接下来我们又了解了 OrientDB。OrientDB 启动起来似乎简单得多，还具备大量针对文档的功能。但从社区的评论来看，性能和可扩展性是个问题。另外，OrientDB 把自己宣传成多模式数据库 ——图形和 SQL。这种宣传缺乏对纯图形操作的针对性，让我很是忧心，我们不仅想要做图形，还要做好图形。

发现 Neo4j

然后我们发现了 Neo4j。Neo4j 可高度扩展，