An Open Source Graph Database made for the cloud.

Nebula Graph

&gt; :face_with_cowboy_hat: 织寒:

我是做了一层自定义对象到ngql到映射然后把nebula返回到结果再映射成了自己的一套对象，主要是方便我们自己开发用的

&gt; :nut_and_bolt: 赵天增:

确实很接近了

&gt; :nut_and_bolt: 赵天增:

多链路具体是指？

&gt; :face_with_cowboy_hat: 织寒:

但其实pojo也很复杂

&gt; :face_with_cowboy_hat: 织寒:

「杨晓辉：node-link-node-link-node。。。。 node和link并不相同」
- - - - - - - - - - - - - - -
你的需求是不是想要自动生成一条复杂的match语句？

&gt; :face_with_cowboy_hat: 织寒:

我文字描述吧，不然饭碗可能会没

&gt; :nut_and_bolt: 赵天增:

老哥做这个花了多久

&gt; :face_with_cowboy_hat: 织寒:

「杨晓辉：单点和一跳的增删改查」
- - - - - - - - - - - - - - -
多跳我目前还是用的match来做，然后我们的输入是定了一个pojo，我暂时写了一个生成器把那个pojo解析成了match

&gt; :man_with_turban: 杨晓辉:

可以看一下你们的pojo的结构吗？

&gt; :man_with_turban: 杨晓辉:

node-link-node-link-node。。。。 node和link并不相同

&gt; :nut_and_bolt: 赵天增:

这样感觉是不是会退化成类似关系型数据的查询啊

&gt; :man_with_turban: 杨晓辉:

单点和一跳的增删改查

&gt; :man_with_turban: 杨晓辉:

向老哥求教

&gt; :face_with_cowboy_hat: 织寒:

我们现在这种不用match写了，改成go自己多查几次自己在应用层过滤

&gt; :face_with_cowboy_hat: 织寒:

但是真的巨慢

&gt; :man_with_turban: 杨晓辉:

没有对节点的约束吗 比如查询节点a的A属性，节点b的B属性，节点c的C属性，a和b的关系交ab，b和c的关系叫做bc，

&gt; :man_with_turban: 杨晓辉:

是的

&gt; :man_with_turban: 杨晓辉:

不一样

&gt; :face_with_cowboy_hat: 织寒:

我周末看看能不能把这部分拎出来开源吧，但是这个最终实践是没啥大用，因为大数据量情况下match真的满特别是长长的match

&gt; :nut_and_bolt: 赵天增:

但是感觉neo4j的match和nebula差不多吧

&gt; :face_with_cowboy_hat: 织寒:

「赵天增：老哥做这个花了多久」
- - - - - - - - - - - - - - -
这是一整套服务中一个部分，也没花很久，我工作都没满一年[囧]

&gt; :clock7: ZGT:

这个时候有什么高效的保存修改后的图信息吗

&gt; :nut_and_bolt: 赵天增:

neo4j limit超时吗

&gt; :clock7: ZGT:

大佬们，想请教一个问题，如果想对我的一张图进行结构上的调整，比如说可能会少几个点，请问这种情况下有什么高效的办法吗？

&gt; :face_with_cowboy_hat: 织寒:

「杨晓辉：没有对节点的约束吗 比如查询节点a的A属性，节点b的B属性，节点c的C属性，a和b的关系交ab，b和c的关系叫做bc，」
- - - - - - - - - - - - - - -
有

&gt; :man_with_turban: 杨晓辉:

很奇怪的实现

&gt; :nut_and_bolt: 赵天增:

有一些细微差别

&gt; :man_with_turban: 杨晓辉:

8百万

&gt; :clock7: ZGT:

「程训焘：
删除是持久化的 所有变更都是持久化的」
- - - - - - - - - - - - - - -
感谢大佬，看来可能只有删除图再重建了