1

我有如下场景：

CREATE (p:Person{guid:1})
CREATE (b1:Book{guid:1})
CREATE (b2:Book{guid:2})
CREATE (b3:Book{guid:3})

MATCH (p:Person{guid:1}),(b1:Book{guid:1}) CREATE (p)-[:READ]->(b1)
MATCH (p:Person{guid:1}),(b2:Book{guid:2}) CREATE (p)-[:READ]->(b2)
MATCH (p:Person{guid:1}),(b3:Book{guid:3}) CREATE (p)-[:READ]->(b3)

目前，上述密码查询是按顺序运行的。我需要提高写操作的性能。

我认为 p,b1,b2,b3 的创建可以并行发生。完成此操作后，p 和 b1、b2 和 b3 之间的连接可以并行发生。另外，我认为上述查询可以在一个批次中进行，而不是单独的写入操作。

我正在使用neo4jphp和node-neo4j。

我认为我们有Transactional Cypher HTTP 端点和批处理操作。这些是否提高了写入性能？对于上述情况，哪个更好？

看起来 neo4jphp 支持批处理和密码交易。但不确定是否可以在 node-neo4j 中实现批量/密码交易。

4

1 回答 1

1

您应该使用参数化 Cypher 来消除解析语句和构建查询计划的开销。

在您的情况下，该语句可以更改为：

MERGE (p:Person{guid:{personGuid}})
MERGE (b:Book{guid:{bookGuid}})
CREATE (p)-[:READ]->(b)

并作为参数提供：

{ "personGuid": 1, "bookGuid": 1 }
{ "personGuid": 1, "bookGuid": 2 }
{ "personGuid": 1, "bookGuid": 3 }

一定要有索引：

CREATE INDEX ON :Person(guid)
CREATE INDEX ON :Book(guid)

使用事务端点尝试将大约 10k-50k 基本操作聚合到一个事务中，以在内存消耗和事务开销之间取得良好的平衡。

于 2014-10-28T09:03:50.983 回答