保持'；可修改'；文件系统中Neo4j数据的副本；怎样？

其想法是让git或类似git的系统（用户、修订跟踪、分支、分支等）存储对象和关系的“主副本”

由于主副本位于文件系统上，因此可以签入、跟踪和备份任何更改。然后，Neo4j可以导入文件并提供查询服务。这也提供了自由，因为节点和连接文件可以导入到任何其他数据库

• Neo4j中的更改可以作为查询的一部分写入这些文件
• 可以通过其他方式添加节点和连接（如从种子数据集复制）
• 节点和连接很少由用户创建/更新/删除
• 大部分用法都是Neo4j的亮点：查询
• 由于这两个原因，可以安全地忽略导入时的性能损失

设置此项的最佳方法是什么？

---

如果这不明智；为什么呢？

这是可能的，但这将是大量没有实际价值的工作。伊姆霍

使用事务事件API的非托管扩展，您可以将有关每个事务的信息以通用文件格式存储到磁盘上

以下是有关事务事件API的一些信息-

---

你能告诉我们更多关于用例的信息，以及如何设计该系统吗？

这是可能的，但这将是大量的工作，不会有真正的价值。伊姆霍

使用事务事件API的非托管扩展，您可以将有关每个事务的信息以通用文件格式存储到磁盘上

以下是有关事务事件API的一些信息-

---

您能告诉我们更多关于该用例的信息以及如何设计该系统吗？

一般来说，没有什么能阻止您只保留neo4j数据库文件（压缩）

否则，我可能会使用一种可以快速导出/导入并且也不同的格式

所以很可能是csv文件，每个标签的节点文件由一个合理的键排序

然后是成对节点之间的关系文件，通过neo4j导入，您可以将数据快速恢复到图形中

如果要对文件写入更改，则必须确保这些更改是可重放的（追加+更新+删除），即，您必须选择一种或多或少是事务日志的格式（Neo4j已经有了这种格式）

如果你想自己做，TransactionHandler就是你想看的。或者，您可以在请求时将完整数据库转储到快照中

---

有计划在现有的tx日志上添加时间点恢复，我认为这也可以解决您的问题。

一般来说，没有什么可以阻止您只保留neo4j数据库文件（压缩）

否则，我可能会使用一种可以快速导出/导入并且也不同的格式

所以很可能是csv文件，每个标签的节点文件由一个合理的键排序

然后是成对节点之间的关系文件，通过neo4j导入，您可以将数据快速恢复到图形中

如果要对文件写入更改，则必须确保这些更改是可重放的（追加+更新+删除），即，您必须选择一种或多或少是事务日志的格式（Neo4j已经有了这种格式）

如果你想自己做，TransactionHandler就是你想看的。或者，您可以在请求时将完整数据库转储到快照中

有计划在现有的tx日志上添加时间点恢复，我认为这也可以解决您的问题