Pagination 密码排序性能
我正在努力完成一项相当普通的任务。我在Neo4J数据库中有一个大量的数据集，我想从RESTful web服务返回25个节点的数据块。我的模型很简单：Pagination 密码排序性能,pagination,neo4j,cypher,Pagination,Neo4j,Cypher,我正在努力完成一项相当普通的任务。我在Neo4J数据库中有一个大量的数据集，我想从RESTful web服务返回25个节点的数据块。我的模型很简单： (:Tenant {Hash:''})-[:owns]->(:Asset {Hash:'', Name:''}) 我对两个标签上的散列属性都有唯一的约束 如果我想获得第101个数据页，我的密码查询将如下所示： MATCH (:Tenant {Hash:'foo'})-[:owns]->(a:Asset) RETURN a ORDER
(:Tenant {Hash:''})-[:owns]->(:Asset {Hash:'', Name:''})
散列MATCH (:Tenant {Hash:'foo'})-[:owns]->(a:Asset)
RETURN a
ORDER BY a.Hash
SKIP 2500
LIMIT 25
跳过），查询返回所需的时间就越长
我很快发现，我的性能问题的罪魁祸首是a.Hash下的订单。当我删除它时，查询返回的结果为次秒。这实际上相当令人惊讶，因为我预计索引本身也会被排序
显然，为了实现合理的分页，我必须具有一致的排序顺序
- 有关执行此查询的任何提示
- 分页的其他建议？我可以看到添加了专用页面节点，但这将很难维护
- 默认的排序顺序是什么，是否一致
虽然我实际上不太喜欢我自己的解决方案，但当您对节点的检索和分页进行编码时，即使使用相对较大的数据集，也会得到令人惊讶的好结果。如果您使用的是java，您能介绍一下以下内容吗
try (Transaction tx = graphDb.beginTx()) {
List<Node> nodes = IteratorUtil.asList(GlobalGraphOperations.at(graphDb)
.getAllNodesWithLabel(DynamicLabel.label("Asset")));
Collections.sort(nodes, new NodeComparator());
final List<Node> result = nodes.subList(4375, 4400);
tx.success();
}
static class NodeComparator implements Comparator<Node> {
@Override
public int compare(final Node o1, final Node o2) {
return o1.getProperty("hash").toString().compareTo(o2.getProperty("hash").toString());
}
}
try（事务tx=graphDb.beginTx（））{
列表节点=IteratorUtil.asList（GlobalGraphOperations.at（graphDb）
.getAllNodesWithLabel（DynamicLabel.label（“资产”））；
排序（节点，新节点比较器（））；
最终列表结果=nodes.subList（43754400）；
成功（）；
}
静态类NodeComparator实现比较器{
@凌驾
公共整数比较（最终节点o1，最终节点o2）{
返回o1.getProperty（“哈希”）.toString（）.compareTo（o2.getProperty（“哈希”）.toString（））；
}
}
Hey@GeoffreyBraaf本周找到了一些时间来研究您的问题，您是对的，有一些实现问题导致了不必要的缓慢
我根据Timmy的建议实现了一个Java版本，该版本在30毫秒内完成。密码版本花了100秒。致力于在Cypher中实现top-n select，将其大幅提升了600倍。所以Cypher现在需要大约150毫秒的时间来完成这个查询
见：
该工作已合并到2.0-maint中，并将作为2.0.2的一部分发布
请参阅：索引顺序无关紧要，因为您不从索引中检索资产，而是通过关系检索资产，因此相关顺序将是节点中的关系顺序，即[：owns]
由（：Tenant）
。第二次运行时查询速度是否提高？如果您按id下单，即按id下单（a）
或按关系下单，即绑定[o:owns]
并按id下单（o）id（a）SKIP而不是skip，其中a.hash>{hash}返回一个应该快得多的限制25