性能设计疑问

nebula 属于原生图存储吗?怎么设计免索引邻接的呢?

点和对应的边之间的索引是用LSM-tree

如果本身直接查点或边的,用的也是lsm-tree吗?或者是meta里面的元数据信息?
另外,还好奇一个问题,关于nebula对于多核并行和计算下推的设计?
举例一个两跳的查询,a->b,a->c,b->d,b->e,c->f,c->g 这种,第一条从a串行查到b和c,第二条是不是会b 和c 并行查询呢?

如果本身直接查点或边的,用的也是lsm-tree吗?——是的
或者是meta里面的元数据信息?也是,不过很小,可以缓存
是的,在graphd是单机多线程从stroaged拿数据的。

第二跳 从b和c 拿数据的过程是并行的,

如果按照免索引邻接的解释:“每个节点都会维护其对相邻节点的引用。因此每个节点都表现为其附近节点的微索引”。这样来看,Nebula是否是通过按节点进行物理分片存储边集数组,从而达到免索引邻接的效果的??请大神解答(我是个小产品,实在不是特别懂技术,这个问题问的不确定对不对)

- -。哥你要不开个新帖子,加上版本号?因为这个帖子的时间背景是 v1.0-rc4,已经差了很多个版本了,设计都不同了,看到这个帖子的其他人会拿这个帖子套入他那时候的版本的——信息对不上了。

我先把帖子关闭了哈。