【语法】feature需求：临时表概念，$VAR的结果可以通过fetch prop on访问。

问答 讨论
21

现在 nGQL 里面的运算元素看起来主要有四类：tag edge table item。

edge 和 tag 是用来做关系关联的。table 储存结果，item 参与表达式计算。如果添加了 join，就变成了 table 用来做关系关联了。感觉稍稍有一点奇怪

22
  1. union已经支持了
  2. 请问你们的需求是否急切，1.0目前原则上是不做大的feature
  3. nebula的tag和edge properties模型就是table，在计算过程中也大多使用table作为中间和最后结果，使用join来处理不同中间结果问题不大
23

点边来进行关系查询时存储层面的，在计算层已经没有这种关系了。

24

明白了。那我觉得OK。

需求急切。可以和 xuguruogu 讨论下看看是否我们先用起来。顺便使用过程中优化。

union 在哪里用？

25

参考https://docs.nebula-graph.io/manual-EN/2.query-language/2.functions-and-operators/set-operations/#union_union_distinct_and_union_all

26

JOIN 还是一个很重要的特性~~

27

join 2.0 会支持

28

join 2.0 有具体的文档使用链接吗

29

还没支持

30

临时表概念现在支持了吗

31

我现在用图数据库开发也遇到类似的问题了

32

描述下，也许用cypher可以实现。