由于好友关系是双向的,两个人成为好友要插入边的话
一种:只插入一条边,查询好友关系时使用bidirect来查
另一种:正反插两条边,查询时就不需要带bidirect,不过插两条边写的性能和存储空间估计和插一边要差1倍吧
想问下,查询2度或者3度关系时使用bidirect查询和不使用bidirect,性能相差多少呢?
比如:
go 2 STEPS from A OVER friend bidirect
和
go 2 STEPS from A OVER friend
由于好友关系是双向的,两个人成为好友要插入边的话
一种:只插入一条边,查询好友关系时使用bidirect来查
另一种:正反插两条边,查询时就不需要带bidirect,不过插两条边写的性能和存储空间估计和插一边要差1倍吧
想问下,查询2度或者3度关系时使用bidirect查询和不使用bidirect,性能相差多少呢?
比如:
go 2 STEPS from A OVER friend bidirect
和
go 2 STEPS from A OVER friend
感谢你的提问,现在你给点A 和点B之间插入了一条A->B的边,nebula-graph同时会插入一条反向边,所以通过bidirect查询的时候,也是一次查询,只是查询的时候会增加反向的边读取。所以增加的时间是读反向边。这块时间相对还好,毕竟存储的时候都是有序的,这块时间花费也比较少。
好的,谢谢