在DataStax收购Aurelius之后，由于Titan 1.0.0于2015年9月发布并且此后收到的提交很少，我想知道在生产中使用TitanDB是否安全。任何人都可以提供一些见解吗？
答案 0 :(得分：12)
我们在HBase之上运行一个Titan图，大约有30TB的数据，并且缺少许多功能。
例如，必须具备在图形上执行OLAP操作的功能，例如使用Spark删除冗余顶点。
尽管看起来Tinkerpop正在使用它的SparkGraphComputer，但是效果不好 - 使用Hadoop InputFormat从HBase读取数据的实现很麻烦，并且很多场景都没有处理（例如，一个顶点，在循环中连接到自身使代码引发异常并终止）。 此外，从原始数据中解析顶点的部分的效率很差 - 许多缓冲区分配是多余的，并使一切变慢。
如果您计划长期使用大图，我不认为Titan是合适的 - 除非您要自己编写代码。
答案 1 :(得分：8)
显然TitanDB已经分叉，现在是JanusGraph，这里有一个article 。
答案 2 :(得分：6)
[2017年4月28日编辑，注意泰坦确实死了; JanusGraph是Titan的一个分叉，非常健康]
我知道在生产中使用Titan的几个团体，包括IBM和亚马逊的人。安全吗？当然，如果你有员工可以支持它。 （无耻的插头：我的公司会帮助你。）泰坦的发展会继续吗？ TinkerPop的发展仍然非常快，尽管对核心Titan的贡献现在主要来自非Aurelius程序员。
我认为，如果你是Titan的方法的粉丝，因为你的数据大小或速度，你应该考虑在今年某个时候发布时转移到DataStax的新图形数据库。从我可以告诉他们在各种会议上与前奥勒留的家伙交谈，我的工作节奏很快。如果你使用TinkerPop 3在Titan 1.0（或1.1，这是不远）做你的工作，那么它应该是一个直接过渡到DSE Graph。这就是我们向需要管理大量数据负载的客户提出的建议。
答案 3 :(得分：5)
目前使用TitanDB是不安全的，因为主要维护者放弃了它，最后一次提交是在一年多前。该公司被Datastax收购，该团队转而开始工作DSE Graph。虽然很少有人在生产中运行Titan 1.0。
一个自然的选择是JanusGraph，它基本上是非正式发布的Titan v1.1的维护良好的重新品牌分叉。检查他们的Github回购。