图数据库nebula

本文介绍了Nebula图数据库的查询方式,包括GO、FETCH、LOOKUP、MATCH等关键字的使用场景。重点讲解了为何有些查询需要索引,以及索引在Nebula中的作用。根据业务需求,当需要基于属性值查询时,必须使用LOOKUP或MATCH并预先创建索引;而仅需获取节点属性时,GO和FETCH也是有效选择。此外,还对比了FETCH和LOOKUP的区别。
摘要由CSDN通过智能技术生成

目录

1、查询方式

按需不需要基于索引查询,可以分为两类:

为什么有的需要索引?

go(依据路径查询属性) 

fetch (获取指定边、点的属性值) 

lookup 

match 


1、查询方式

nebula可以用来查询的语句关键字主要有:GO、FETCH、LOOKUP、MATCH、GET SUBGRAPH、FIND PATH。

按需不需要基于索引查询,可以分为两类:

  • 需要索引:LOOKUP、MATCH
  • 不需要索引:GO、FETCH、GET SUBGRAPH、FIND PATH。

为什么有的需要索引?

  • 因为nebula底层数据存储是基于RocksDB,是一种K-V的存储结构,nebula存储数据的时候,key是基于VID生成的,也就是点的唯一标识ID,而属性则经过序列化后存储到value里面了,所以正常情况下,是没有办法根据属性值过滤数据,因为属性根本不在key里面,也不可能全量扫描去反序列化属性值后再过滤,那样性能太差。
  • 创建索引的目的其实不是为了加快查询速度,创建索引其实是存储了一份以属性值为key的一份数据,这样才有可能根据属性是查找。

 其实从各自的查询语法定义就可以看出一些不一样:

  • GO、FETCH、GET SUBGRAPH、FIND PATH的语句都是开始需要指定VID,所以自然也就不需要依赖索引,
  • LOOKUP、MATCH没有要求必须指定VID,所以需要依赖索引才可以正常查询,没有索引的情况会直接返回错误。
    这样我们基本就可以区分了,如果你是需要基于属性值查询数据,你只能使用LOOKUP、MATCH,并且需要事先创建好索引。

  从业务场景来看,如果我们只是需要查看节点的属性,不关心节点的关系的化,我们可以使用GO、FETCH、LOOKUP、MATCH。

FETCH和LOOKUP的区别:

  • 如果只是简单的根
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值