An Open Source Graph Database made for the cloud.

Nebula Graph

&gt; :child: Milittle:

这个 limit 没推到存储

&gt; :child: Milittle:

所以代价比较大

&gt; :child: Milittle:

因为扫边 目前内核也是从 scanvertex 开始的

&gt; :child: Milittle:

这种情况没推到 storage

&gt; :clock230: Wenthkim:

那这样估计我们生活很容易爆内存

&gt; :clock230: Wenthkim:

我们现在10亿点，20亿的边

&gt; :floppy_disk: Pinbo:

这样加个条件也不行

&gt; :floppy_disk: Pinbo:

「Wenthkim：我们现在10亿点，20亿的边」
- - - - - - - - - - - - - - -
相比千万亿节点万亿边， 这个量我感觉也不算大

&gt; :clock230: Wenthkim:

「Pinbo：相比千万亿节点万亿边， 这个量我感觉也不算大」
- - - - - - - - - - - - - - -
千万亿很大的数据规模了

&gt; :seat: magic:

<https://docs.nebula-graph.com.cn/3.3.0/3.ngql-guide/17.query-tuning-statements/1.explain-and-profile/>

&gt; :child: Milittle:

「Pinbo：
这样加个条件也不行」
- - - - - - - - - - - - - - -
你加了条件 等于开始的结果集还是很大

&gt; :floppy_disk: Pinbo:

我理解的事每个查询实际上不都是 从全库里查的么， 只不过加了条件就直接过滤了 很大一部分

&gt; :floppy_disk: Pinbo:

「magic：<https://docs.nebula-graph.com.cn/3.3.0/3.ngql-guide/17.query-tuning-statements/1.explain-and-profile/」>
- - - - - - - - - - - - - - -
ok

&gt; :child: Milittle:

「Pinbo：
我理解的事每个查询实际上不都是 从全库里查的么， 只不过加了条件就直接过滤了 很大一部分」
- - - - - - - - - - - - - - -
是的 但是你的这种查法 目前内核没做优化

&gt; :child: Milittle:

虽然 limit 了 但是数据还是会全量捞到 graph

&gt; :child: Milittle:

但是你这个报错还不是直接的 rpc failure

&gt; :clock230: Wenthkim:

@Milittle 如果带条件，有索引，会拉全量数据至graph吗

&gt; :child: Milittle:

看你带什么条件

&gt; :child: Milittle:

这个也得具体情况看

&gt; :clock230: Wenthkim:

就是有索引的条件

&gt; :blowfish: 古思为:

match 索引扫描 limit 下推已经合并了，nightly 上可试玩

&gt; :child: Milittle:

哎呀 我一直立的 flag

&gt; :child: Milittle:

「古思为：
match 索引扫描 limit 下推已经合并了，nightly 上可试玩」
- - - - - - - - - - - - - - -
最近太忙了

&gt; :blowfish: 古思为:

嗯嗯，懂[裂开]