现在 nGQL 里面的运算元素看起来主要有四类:tag edge table item。
edge 和 tag 是用来做关系关联的。table 储存结果,item 参与表达式计算。如果添加了 join,就变成了 table 用来做关系关联了。感觉稍稍有一点奇怪
现在 nGQL 里面的运算元素看起来主要有四类:tag edge table item。
edge 和 tag 是用来做关系关联的。table 储存结果,item 参与表达式计算。如果添加了 join,就变成了 table 用来做关系关联了。感觉稍稍有一点奇怪
点边来进行关系查询时存储层面的,在计算层已经没有这种关系了。
明白了。那我觉得OK。
需求急切。可以和 xuguruogu 讨论下看看是否我们先用起来。顺便使用过程中优化。
union 在哪里用?
参考https://docs.nebula-graph.io/manual-EN/2.query-language/2.functions-and-operators/set-operations/#union_union_distinct_and_union_all
JOIN 还是一个很重要的特性~~
join 2.0 会支持
join 2.0 有具体的文档使用链接吗
还没支持
临时表概念现在支持了吗
我现在用图数据库开发也遇到类似的问题了
描述下,也许用cypher可以实现。