GRAPH_TRAVERSAL 结果包含在 Arangodb 中的（Array of）Array of Array 中
GRAPH_TRAVERSAL result enclosed in (Array of) Array of Array in Arangodb
我正在探索 Arangodb，尤其是图形操作
我指的是文档 12.9 Graph Operations 部分中的示例。
GRAPH_TRAVERSAL_TREE个查询操作的结果插入Array of Array of Array:
[[[{"_id":", "connection": [] }]]]
这有什么原因吗？
原因是内部格式和向后兼容性：
更详细地描述一下：
最外层数组由 AQL 添加，AQL 始终将其结果封装在一个数组中，在 AQL 查询中不存在此外层数组。
添加第二个数组是因为 GRAPH_TRAVERSAL_TREE 使用示例作为起始顶点。此示例可以匹配多个顶点（例如：{name: 'Peter'} 将是 startVertex 的有效值）。这些 startVertices 中的每一个都将在此数组中有一个条目。
最里面的数组是出于与 TRAVERSAL_TREE 的兼容性原因。
因此我们在这个函数中得到了3层数组。
但请继续关注下一个版本。
我们正在努力开发一个新的图形遍历界面，使控制遍历和结果格式变得更加容易。
（这并不意味着我们将放弃已有的图形功能；））
我正在探索 Arangodb，尤其是图形操作
我指的是文档 12.9 Graph Operations 部分中的示例。
GRAPH_TRAVERSAL_TREE个查询操作的结果插入Array of Array of Array:
[[[{"_id":", "connection": [] }]]]
这有什么原因吗？
原因是内部格式和向后兼容性：
更详细地描述一下：
最外层数组由 AQL 添加，AQL 始终将其结果封装在一个数组中，在 AQL 查询中不存在此外层数组。 添加第二个数组是因为 GRAPH_TRAVERSAL_TREE 使用示例作为起始顶点。此示例可以匹配多个顶点（例如：{name: 'Peter'} 将是 startVertex 的有效值）。这些 startVertices 中的每一个都将在此数组中有一个条目。 最里面的数组是出于与 TRAVERSAL_TREE 的兼容性原因。 因此我们在这个函数中得到了3层数组。
但请继续关注下一个版本。 我们正在努力开发一个新的图形遍历界面，使控制遍历和结果格式变得更加容易。 （这并不意味着我们将放弃已有的图形功能；））