Tugraph

我是一名研究生，导师有建设地学知识图谱的项目需求，我需要寻找一款图书数据库做支撑，我研究了几款主流的图数据库，比如Neo4j和Dgraph，在看到Tugraph后眼前一亮，感到十分的亲切。
我导师的项目最初使用的是Neo4j，这一号称全世界最受欢迎的图数据库。我们通过在阿里云上部署Neo4j的docker版，提供数据支撑服务，在项目前期由于数据规模等问题，使用体验还可以，但是慢慢的他的不友好的一面就开始显现出来。首先，Neo4j的docker版的数据导入不方便，我使用他的导入工具分批导入csv的数据，15w的节点和20w的关系需要导入好几天。其次Neo4j的社区版限制查询的速度，它的官方文档提到，在购买企业版后查询速度可以提升50%~100%。还有一个，Neo4j的社区版，不提供“query log”，我们通过接口进行数据库的访问，有时我们需要查看用户使用了哪些数据库命令，但是Neo4j只为企业用户提供这项服务。后来Neo4j还时常出现docker崩掉的情况，由于没有“query log”我无从得知docker崩溃的原因，难道要让我去看它JAVA底层的报错？此外neo4j的docker版本只能创建一个图，一个服务器只能创建一个图，用户名必须是neo4j。更为严重的是http访问时，调用接口甚至不能验证账号和密码，那是不是说只要对方知道我服务器的ip，就可以删我的数据库，太可怕了。
后来我开始尝试Neo4j的云托管版本，它只允许用户创建一个用例，导入节点的数量不能超过20w，否则就要进行购买，可是他的价格又很贵，要满足我们实验室的要求，需要每个月缴纳1000元左右的费用，这我其实不是很能接受。
下面谈谈Dgraph的体验感，据说Dgraph是当下除了neo4j外比较受欢迎的图数据库。但是他目前在国内的应用似乎还比较少，以至于我都不怎么能找到相关的帖子，尝试去使用Dgraph入门很困难，我需要去官网啃他的英文文档，看不明白的地方还需要去YouTube上找视频看，英语不好，见笑见笑。Dgraph提供一个云平台允许你进行一些简单的尝试，但是限制也很多。首先，他的云平台不提供数据导入功能，那我怎么导入数据，写脚本嘛，我试过，尝试了一半放弃了。其次，他需要的数据格式是RDF和json，他的这个RDF我看着就头疼，他的json数据还需要用“\n”分割，离谱不，事儿真多。
还有一个neo4j和Dgraph的通病，他们云托管平台的节点，都在国外。对于国内的一些科研机构，数据是不可以上网的。我们当然可以在本地服务器上部署数据库，但是一个企业版的数据库贵的要死，neo4j一年需要50w，离谱！
后来，我无意间在微信公众号上看到了Tugraph，我啃Dgraph 啃不动的时候看到的。一时间，我声泪俱下，颇有一丝爱国情怀在肺腑之间升腾！再看咱们Tugraph 这么丝滑精辟的名字，中国人有自己的图数据库了！
找到官网，首先是看到他的一些应用，“支付宝万亿业务背后的分布式图数据库”，是不是看上去就很吊，至少足以说明Tugraph的稳定可靠，不然咱们的支付宝上面的钱咋办。然后是高德、天猫觉得会比较靠谱。
之后部署了Tugraph，打开一看页面也很人性化。由于之前用Neo4j，Tugraph用cypher我也比较熟悉，比起Dgraph的GraphQL和DQL，我只想说一句“Dgraph狗都不用！”。首先它可以免费创建多个图，想到我导师曾让我在Neo4j再建一个图，我尝试了一个星期发现是Neo4j的限制，我感激涕零，Tugraph牛逼！
接下来我试着导入数据，选两个点，填一下属性，导入csv，丝滑！而且还考虑我第一行可能是表头的问题，细致！比起Dgraph还需要用什么“Live Load”什么“Bulk”，用命令行还要转换成RDF，我只想再骂一句“Dgraph狗都不用！”。
导入数据之后我进行了一下简单的查询，同样的操作，在Neo4j的docker版中耗时340ms，在Neo4j的AuraDB中140ms耗时，在Elastic search中耗时70ms，而在Tugraph中只用了4ms。没错，你没看错，就是4ms，我特意做PPT在组会上汇报了这一性能惊人的国产图数据库。

最后，我给Tugraph提个小意见。我在大规模修改节点属性的时候出现了docker服务崩掉的现象，问题的原因我知道，别的数据库比如neo4j也有这个问题。这是由于图数据库堆内存的空间不足的原因，希望Tugraph可以改进这个问题。
看到Tugraph的下载量不多，我由衷地替Tugraph感到惋惜，我会大力向身边的老师和同学推荐这款图数据库，希望你们可以越办越好。