在我的图表中,用户连接到许多项目,每个项目可以递归地划分为许多子项目。由于我的项目有特定的排序,我考虑这两个选项来建模我的数据:
现在我想创建一个查询来检索给定userID的两个级别的项目。这个AQL是我的第一次尝试:
for itemId in (for b in board filter b._from == @_from sort b.order return b._to)
for item1 in (for t in item filter t._id == itemId return keep(t, '_id', 'title'))
return merge(item1, {board: (
for itemId2 in (for b in board filter b._from == item1._id sort b.order return b._to)
for t in item filter t._id == itemId2 return keep(t, '_id', 'title')
)})
查询有效并输出如下结果:
[
{
"title": "item 1",
"_id": "item/41260117498",
"board": [
{
"title": "item 4",
"_id": "item/42205736442"
},
{
"title": "item 5",
"_id": "item/42208423418"
}
]
},
{
"title": "item 2",
"_id": "item/41260772858",
"board": []
},
{
"title": "item 3",
"_id": "item/41883233786",
"board": []
}
]
哪个好,但我觉得我的查询对于这样一个简单的遍历来说是不必要的复杂。有人可以帮助我创造一个更好的吗?
答案 0 :(得分:1)
使用graph database的要点是利用其图形查询功能让它处理边缘,而不是通过手动连接边缘来自行完成。
我将为此类查询演示pattern matching traversals;他们为你透明地处理边缘(_from
和_to
)的过渡。
首先你要create a graph来配置边缘关系,为简单起见,我们使用匿名图。您拥有边集合board
以及顶点集合user
和item
。
首先,您只需运行整个查询即可了解其工作原理,并检查完整结果:
FOR v, e, p IN 1..3 OUTBOUND 'user/andy' board RETURN {v: v, e: e, p: p}
您看到只需指定起始节点和边集合board
,它将通过检查边缘找到要自行查询的顶点集合。
现在我们可以添加FILTER
来省略我们不喜欢的边和顶点:
FOR v, e, p IN 1..3 OUTBOUND 'user/andy' board
FILTER e.title == 'item 2'
FILTER p.edges[1].title != 'item 1'
RETURN {v: v, e: e, p: p}
该示例包含两条FILTER
条指令;一个匹配每个边以使title
属性等于"item 2"
,另一个匹配遍历中的第一个边必须包含title
"item 1"
。
最后我们use document manipulation只能获得我们喜欢的文档部分:
FOR v, e, p IN 1..3 OUTBOUND 'user/andy' board
FILTER e.title == 'item 2'
RETURN {v: v, e: {title: e.title, _id: e._id}, pathEdgeTitle: p.edges[*].title}