Neo4j Cypher 具有超限制性的模式理解——还是我用错了？

Question

我最近选择了 Neo4j，因为它似乎是存储数据的最佳数据库类型，我目前正在从一些在线讨论论坛中抓取。图的主要结构是社区 -> 论坛 -> 主题 -> 帖子 -> 作者

我正在尝试编写 Cypher 查询来解析 GraphQL 查询，并希望对论坛 -> 线程连接进行分页（例如）。关系是包含一个order 属性，即(f:Forum)-[:CONTAINS]->(t:Thread)

从 neo4j-graphql-js 库中，我了解到他们使用模式理解在子节点上运行“内部查询”。例如：

MATCH (f:Forum { id: $id })
RETURN f { .id, .name, .url, threads: [(f)-[:CONTAINS]->(t:Thread) | t { .id, .title, .url }] }

我真的很想在内部模式理解上使用 ORDER BY、LIMIT 和 SKIP，但不幸的是，这不受支持：https://github.com/opencypher/openCypher/issues/202 - neo4j-graphql-js 库通过使用 apoc.coll.sortMulti 解决了这个问题，但我'已经注意到性能不是很好并且比我在顶级模式等效项上使用 ORDER BY 子句慢很多。

由于我是图形 DBMS 的新手，这让我想知道我是否误解了应该如何使用图形 DB。从“前端”的角度来看，以最低级别的查询语言实现分页的能力似乎是一个关键部分，但同样，也许我没有正确理解事情。方钉、圆孔等等！

这是一个公平的评价吗？ Cypher 中是否有另一个选项可以解决这个问题？或者，我应该回去使用 SQL 数据库来处理这个用例吗？

Answer 1

[编辑]

如果您将order 属性移动到Thread 节点中（如果每个Thread 节点仅连接到一个Forum，这应该是有效的），那么您可以创建一个index（或@ 987654322@) 上:Thread(order) 以加快您的查询速度。

例如，此查询应利用索引更快地向前分页（假设f.id、用于分页目的的order 值和limit 值作为parameters 传递id 、order 和 limit)：

MATCH (f:Forum)-[:CONTAINS]->(t:Thread)
WHERE f.id = $id AND t.order > $order
WITH f, t
ORDER BY t.order
LIMIT $limit
RETURN f{.id, .name, .URL,
  firstOrder: MIN(t.order),
  lastOrder: MAX(t.order),
  threads: [x IN COLLECT(t) | x{.id, .title, .URL}]}

这里有一个（稍微复杂，但也很快）向后分页的查询：

MATCH (f:Forum)-[:CONTAINS]->(t:Thread)
WHERE f.id = $id AND t.order < $order
WITH f, t
ORDER BY t.order DESC
LIMIT $limit
WITH f, t
ORDER BY t.order
RETURN f{.id, .name, .URL,
  firstOrder: MIN(t.order),
  lastOrder: MAX(t.order),
  threads: [x IN COLLECT(t) | x{.id, .title, .URL}]}

如果用各种$limit 值分析上述查询的PROFILE，您应该看到db-hit 复杂度为O(F*L)，其中F 是Forum 节点的数量（即可能相对恒定）和L 是$limit 值。因此，这些查询应该会明显更快——使用索引——只要：

F*L << (average number of `Threads` per `Forum`).