GO语句查询$^拿不到最初起点的点信息

  • nebula 版本:v3.7.0
  • 部署方式:云端
  • 安装方式:源码编译
  • 是否上生产环境:Y
  • 硬件信息
    • 磁盘( 推荐使用 SSD): SSD
  • 问题的具体描述:

在使用GO语法查询点和点之间关联关系时,发现$^属性表示的是最后一条关联边的起始点,并不是指的的最初起始点。比如有如下一条语句

GO 1 to 10 STEPS FROM '9b386b17-6441-4f35-82ae-287bb779adad', '9b386b17-6441-4f35-82ae-287bb779adad111' OVER user_usergroup_relation,accessprivilege,parent_child_relation WHERE $$.accessgroup.id in ['00f365af-57bd-4d54-918d-ceebe9676bf9','01ad54eb-64cf-49a4-863c-afc959e0007e','080c5547-7155-42b2-8c10-29a111ee27c2','05fc8ebe-404f-4126-85b4-13b6b24e75df','039cb691-de87-4e10-9137-b98925a8e07d','0c29e5b1-931e-496a-9f48-ff937cca2fbd','1110ced2-061e-49f5-bbc2-b2fbcbba76b7','123ab300-eaa8-41ee-98d7-56ec49ba4faf'] YIELD DISTINCT $^.user.id as source_id,$$.accessgroup.id as target_id;

已知点user和点accessgroup存在关联关系,并且步数大于1;点边的关联关系:user -user_usergroup_relation- usergroup -accessprivilege- accessgroup
但是$^.user.id是获取不到的,结果为null,只能拿到usergroup点信息。

请问各位大佬,这种场景下如何才能拿到user 点信息

go 的语法逻辑不是返回路径,而是返回边。所以你这么写是达不到你的效果的, 可以用 match 的 path 来写。
你的点边的关联关系整个路径是固定的吗?

路径是固定的。返回的边的匹配的路径中的最后一条边吗

go 不是的,是返回所有的