NebulaGraph “吐槽大会”,需求你做主!

既然暴露了,那就来吧~
大家好,我是新来的产品经理MuYi,在各种群里和帖子里看到大家有各种抱怨,开个帖子,欢迎大家来吐槽。
吐槽归吐槽,为了方便整理,也定个规矩:
吐槽规则:

  1. 大家在此贴下面回帖;
  2. 大家可以对回复的帖子中赞同的槽点进行点赞;
  3. PD会例行针对点赞最多的帖子进行需求的排序和开发计划安排

吐槽时,请描述:

  1. 产品/组件:DataBase/Explorer/DashBoard;
  2. 版本:3.1.0/2.6.2/……
  3. 问题:最好附上github issue链接,方便后续开发排期;
  4. bug类我觉得就没有必要在这里贴了,个人认为bug应修尽修,没啥好提的。
6 个赞

:+1:t2:,我先来一个 :smile_cat:

产品:Database
版本:3.2.0
问题:DML 可以更灵活,要么能支持 Cypher DML,要么我们的 UPDATE/UPSERT 可以支持管道,https://github.com/vesoft-inc/nebula/issues/2938

3 个赞

路径搜索能不能优化下,性能被neo4j暴打 :joy:

4 个赞

搬运一下群里的抱怨~

正常我创建了schema和概念,一定要等20s再去用

异步创建schema,我也觉得非常扯,很难用

8 个赞

产品:Database
版本:3.2.0
问题:schema的创建更新无法实时生效,需要等待2个心跳周期的延时后才能使用,很影响用户体验
提了issue:https://github.com/vesoft-inc/nebula/issues/4462

5 个赞

偶尔在一个match的无向查询语句里,交换起点和终点,查出来的东西竟然不一样,这种明显的bug也没回复

1 个赞

产品:Database
版本:3.2.0
问题:考虑引入 CLEAR TAG <TAG_NAME> 语义,解决 v3 之后 DROP TAG 单 TAG 点不再删除 vertex 的缺失 https://github.com/vesoft-inc/nebula/issues/4455

schema实时生效我们也做了一下,简单思路就是如果这个schema在metaclient找不到,就去metad找一下。大多数情况下都能正常工作,少部分奇怪场景会有些问题,比如反复删除创建同名schema,比如删除新建同名space然后创建schema,不过都是缓存不一致的问题,改改就好了。主要一个问题是,当删除schema后,按照同样的逻辑,storaged在压缩数据时,发现schema不存在会去metad找,由于数据量很大,所以metad和storaged的cpu会飙升,后来我们强制压缩时只在本地缓存检查这个schema存不存在,假装解决了这个问题 :sweat: :rofl:

5 个赞

产品:Database
版本:3.2.0
问题:集成相关图计算框架,比如graphscope

1 个赞

浙ICP备20010487号