🌃 方扬:

@撒旦猫 不太确定，你可以试试这个？

♏ 撒旦猫:

好的，下周我试试，谢谢大佬

😣 程训焘:

「撒旦猫：大佬们，我想问一下，nebula graph怎么去查询特定空间是否存在，除了SHOW SPACES 获取所有空间的名字然后一个个比对还有其他的方法吗？我试了用USE 语句，但是无论是否存在都是返回succeed」 - - - - - - - - - - - - - - - 感觉可以提个use的bug啊

😣 程训焘:

应该返回错误吧[吃瓜]

♏ 撒旦猫:

是的，我用nebula console 报的是错误

♏ 撒旦猫:

但是在JAVA中session返回的是succeed

😣 程训焘:

迷惑行为 提个issue看看

💐 夜色曾沁凉:

lookup如何统计指定属性指的节点总数呢？

🐡 古思为:

yield id（vertex）的count或者yield as变量了再 pipeline 再 count 它试试

💐 夜色曾沁凉:

OK 我试试

💐 夜色曾沁凉:

还想再问个： LOOKUP ON partition WHERE partition .louvain == 94 YIELD id(vertex) AS id | GO 1 STEPS FROM $-.id OVER * BIDIRECT where properties($$).louvain != 94 yield $-.id as src,id($$) as dst | GROUP BY $-.src YIELD $-.src as src,count(*) AS degree1 查询94社区外面的节点，哪个与社区内联系个数多

💐 夜色曾沁凉:

1649274065532这个节点与社区外 联系的个数是6 但是我验证的时候是8

💐 夜色曾沁凉:

「夜色曾沁凉：还想再问个： LOOKUP ON partition WHERE partition .louvain == 94 YIELD id(vertex) AS id | GO 1 STEPS FROM $-.id OVER * BIDIRECT where properties($$).louvain != 94 yield $-.id as src,id($$) as dst | GROUP BY $-.src YIELD $-.src as src,count(*) AS degree1 查询94社区外面的节点，哪个与社区内联系个数多」 - - - - - - - - - - - - - - - 改正一下：查询94社区里面的节点，哪个与社区外面联系的多

💐 夜色曾沁凉:

结果显示是6，但是验证结果是7

💐 夜色曾沁凉:

「夜色曾沁凉：还想再问个： LOOKUP ON partition WHERE partition .louvain == 94 YIELD id(vertex) AS id | GO 1 STEPS FROM $-.id OVER * BIDIRECT where properties($$).louvain != 94 yield $-.id as src,id($$) as dst | GROUP BY $-.src YIELD $-.src as src,count(*) AS degree1 查询94社区外面的节点，哪个与社区内联系个数多」 - - - - - - - - - - - - - - - 更正一下：查询94社区里面的节点，哪个与社区外面联系的多

💐 夜色曾沁凉:

「夜色曾沁凉：还想再问个： LOOKUP ON partition WHERE partition .louvain == 94 YIELD id(vertex) AS id | GO 1 STEPS FROM $-.id OVER * BIDIRECT where properties($$).louvain != 94 yield $-.id as src,id($$) as dst | GROUP BY $-.src YIELD $-.src as src,count(*) AS degree1 查询94社区外面的节点，哪个与社区内联系个数多」 - - - - - - - - - - - - - - - 找到原因了 原因是两个tag中有相同的louvain属性。properties($$).louvain != 94应该改为$$.partition.louvain != 94

😣 程训焘:

「夜色曾沁凉：找到原因了 原因是两个tag中有相同的louvain属性。properties($$).louvain != 94应该改为$$.partition.louvain != 94」 - - - - - - - - - - - - - - - 原来的写法如果我们给它禁掉，一定要用户写tag，你觉得怎么样[吃瓜]

🌆 明天周六:

「程训焘：原来的写法如果我们给它禁掉，一定要用户写tag，你觉得怎么样[吃瓜]」 - - - - - - - - - - - - - - - 我记得视频号里说了这种写法在新版已经被禁掉了

💐 夜色曾沁凉:

如果一个节点有多个tag，存在多个tag里有相同属性，那这种写法会默认用哪个tag啊？

😣 程训焘:

「明天周六：我记得视频号里说了这种写法在新版已经被禁掉了」 - - - - - - - - - - - - - - - 如果是 var.tag.property的话，已经一定要写tag了。properties 我不记得了。

😣 程训焘:

「夜色曾沁凉：如果一个节点有多个tag，存在多个tag里有相同属性，那这种写法会默认用哪个tag啊？」 - - - - - - - - - - - - - - - 没有默认逻辑。旧版本是看for loop先 iterate 到哪个属性，实际上是bug，所以加了一定要写tag的逻辑。

💐 夜色曾沁凉:

哦哦，明白

🌃 方扬:

「James： 问一下各位大佬，咱们Ui展示一般都是自己公司开发的吗」 - - - - - - - - - - - - - - - @James 有自己开发的，也有用Nebula Explorer和Studio的。 自己开发的可以基于D3或者CytoScape。 Nebula Explorer支持iframe方式集成。

📡 James:

studio 好用吗 、自己开发不是要写接口呀

📛 螃蟹:

「邢慧斌： storage经常性的会全部挂掉，是啥原因呢」 - - - - - - - - - - - - - - - @邢慧斌 @热气球 去论坛发个帖详细描述下吧

💐 夜色曾沁凉:

我再查询的时候 可能时间长有时候会导致一个节点的graphd服务挂掉 重启之后 再去查某个节点的连边数 会发生和之前查询结果不一样的情况 有遇到这个问题的吗？

😣 程训焘:

这种问题，建议把复现步骤写清楚，发到 github 上或者论坛里

😣 程训焘:

这么只言片语的话，很难给你有效帮助

😣 程训焘:

我们对 bug 是很关注，提出来肯定有人看

😣 程训焘:

想你说的这个情况，graphd 本身是无状态的，它挂不挂都不会影响查询结果，可能是别的原因造成的