使用neo4j REST API和不使用cypher之间的性能差异?

使用neo4j REST API和不使用cypher之间的性能差异?,neo4j,Neo4j,我在这里读到: 在尽可能使用参数以便让服务器缓存查询计划时,您可以获得更快的密码速度 那么,当我使用 rest api上带有参数的密码 vs 不使用密码查询的RESTAPI 或者换句话说,如果我必须使用neo4j rest api,那么(性能方面)只使用带参数的cypher查询部分是一个好主意吗?与api的其余部分相比,cypher可能非常适合于简单的操作,例如添加节点或更改节点的属性(尽管原始rest可能会稍微快一点),对于涉及遍历的更复杂的操作,Cypher当然更快。所以,是的,我认为你可以

我在这里读到:

在尽可能使用参数以便让服务器缓存查询计划时,您可以获得更快的密码速度

那么,当我使用

rest api上带有参数的密码

vs

不使用密码查询的RESTAPI


或者换句话说,如果我必须使用neo4j rest api,那么(性能方面)只使用带参数的cypher查询部分是一个好主意吗?与api的其余部分相比,cypher可能非常适合于简单的操作,例如添加节点或更改节点的属性(尽管原始rest可能会稍微快一点),对于涉及遍历的更复杂的操作,Cypher当然更快。所以,是的,我认为你可以很容易地完全使用Cypher。所以这篇文章不再相关了?不,如果您想获得比REST更高的性能,可以在本机JavaAPI中编写与存储过程(非托管扩展)等效的程序。它们肯定比cypher快,通常,通过我的测试,速度可以达到2个数量级(对于cypher特别不擅长的查询)。这个问题实际上是关于REST和Cypher与REST之间的比较,除非我误解了。此外,Cypher是2.1性能优化的一个安全赌注,他们将专注于使Cypher更接近Java。