使用TitanDB是"安全的"吗？

Question

在DataStax收购Aurelius之后,由于Titan 1.0.0于2015年9月发布并且此后收到的提交很少,我想知道在生产中使用TitanDB是否安全.任何人都可以请一些见解？

Answer 1

我们在HBase之上运行一个Titan图,大约有30TB的数据,并且缺少许多功能.

例如,必须具备在图形上执行OLAP操作的能力,例如使用Spark删除冗余顶点.

从HBase的使用Hadoop InputFormat是马车读取数据的实现,而且很多情况下都没有处理(例如,连接到一个顶点 - 虽然它似乎像TinkerPop有关打算利用其SparkGraphComputer这种方式,它不能很好地工作本身在循环中使代码引发异常并终止).此外,从原始数据解析顶点的部分的效率很差 - 许多缓冲区分配是多余的,并使一切变慢.

如果您计划长期使用大图,我认为Titan不适合 - 除非您要自己编写代码.

Answer 2

显然TitanDB已经分叉,现在是JanusGraph,这是一篇关于它的文章.

Answer 3

[2017年4月28日编辑,注意泰坦确实死了; JanusGraph是Titan的一个叉子,非常健康]

我知道在生产中使用Titan的几个团体,包括IBM和亚马逊的人.安全吗？当然,如果你有员工可以支持它.(无耻的插头:我的公司会帮助你.)泰坦的发展会继续吗？TinkerPop的发展仍然非常快,尽管对核心Titan的贡献现在主要来自非Aurelius程序员.

我认为如果你是Titan的方法的粉丝,因为你的数据大小或速度,你应该考虑转移到DataStax的新图形数据库,当它在今年的某个时候发布.从我可以告诉他们在各种会议上与前奥勒留的家伙交谈,我的工作节奏很快.如果你使用TinkerPop 3在Titan 1.0(或1.1,这并不远)做你的工作,那么它应该是一个直接过渡到DSE Graph.这是我们向需要管理非常大的数据负载的客户提出的建议.

Answer 4

目前使用TitanDB是不安全的,因为主要维护者放弃它并且最后一次提交是在一年多之前.该公司被Datastax收购,该团队转向他们的DSE Graph工作.虽然很少有人在生产中运行Titan 1.0.

一个自然的选择是JanusGraph,它基本上是非正式发布的Titan v1.1的维护良好的重新品牌叉.检查他们的Github回购.

https://github.com/JanusGraph/janusgraph