ISO-GQL：开启图查询新纪元

 MATCH (n:Person)
 WHERE n.age > 30
 RETURN n

 MATCH (n:Manager & FullTime | !Intern)
 WHERE n.age > 30
 RETURN n.name AS managerName, n.department AS dept

局部变量定义

 TABLE userActivity = {
     MATCH (u:User)-[a:ACTION]->()
     RETURN u.id AS userId, a.timestamp AS actionTime, a.type AS actionType
 }
 
 VALUE activeUsers = VALUE {
     FOR i IN userActivity
     WHERE i.actionTime > datetime('2024-01-01')
     RETURN DISTINCT i.userId
 }
 
 VALUE uniqueActionTypes = VALUE {
     FOR i IN userActivity
     WHERE i.userId IN activeUsers
     RETURN count(DISTINCT i.actionType) AS uniqueActionTypes
 }

LET 语句

 MATCH (v)-[e]->(v2)
 WITH v, e, v2, 1 AS a

 MATCH (v)-[e]->(v2)
 WITH *, 1 AS a

 MATCH (v)-[e]->(v2)
 LET a = 1

 CALL {
     MATCH (v:Person) RETURN v.name AS name
     UNION
     MATCH (v:City) RETURN v.name AS name
 }
 ORDER BY name

SQL/PGQ 基于 SQL 扩展了其图查询能力，它与 GQL 共享只读图匹配语法。不过，与 SQL/PGQ 相比，GQL 提供了一套完整的读写语法，能够更好地满足图数据库的各种操作需求。

另外，尽管 SQL 功能强大，但其语法设计存在一些著名的问题。比如，SQL 的子句顺序不直观且难以组合，用户常需使用变通方法来实现复杂需求。谷歌最近发布了一篇文章《SQL Has Problems. We Can Fix Them: Pipe Syntax In SQL》，指出了 SQL 的这些语法设计上的问题，并提出了一种特殊的管道操作符，旨在让子句更加线性和可组合，从而提升 SQL 的灵活性和直观性。

相比之下，GQL 在设计上则显得更为先进和高效。GQL 的语法天生就是线性和可组合的。

它具有一系列的功能正交的语句，如用于图模式匹配的 MATCH
语句、用于结果过滤的 FILTER
语句、用于展开列表的 FOR
语句、用于变量定义的 LET
语句和用于复杂嵌套查询的 CALL
语句等等。 

另外，GQL 还拥有 INSERT 、SET  等 DML 语句，它们可以与 DQL 语句优雅地、线性组合在一起。

例如，你可以匹配节点，然后在它们之间插入一条边：

 MATCH (a:player{id:1, name:"Tim"}), (b:player{id:2, name:"Jerry"})
 INSERT (a)-[:follow{followness:90}]->(b)

以下两个图直观地展示了 SQL 和 GQL 语法的区别。

图 2: GQL 的线性语句组合