使用 neo4j 索引文件系统是否有意义

Question

我正在开发一个基于 Java 的备份客户端，它扫描文件系统上的文件，并使用它找到的要备份的目录和文件名填充 Sqlite 数据库。使用 neo4j 代替 sqlite 有意义吗？对于这个应用程序来说，它的性能会更好并且更容易使用吗？我在想，因为文件系统是一棵树（或者图形，如果考虑符号链接），那么差距数据库可能合适？ sqlite 数据库模式仅定义 2 个表，一张用于目录（完整路径和其他信息），一张用于文件（仅使用外键来包含目录表中的目录的名称），因此相对简单。

该应用程序需要索引数百万个文件，因此解决方案需要足够快。

Answer 1

只要您基本上可以使用存储的文件系统路径上的字符串匹配来执行数据库操作，那么使用关系数据库就有意义。当数据模型变得更加复杂并且您实际上无法通过字符串匹配进行查询但需要遍历图形时，使用图形数据库将使这变得更加容易。

Answer 2

据我了解，Neo4j 最早的用途之一就是作为 Neo4j 起源的 CMS 系统的一部分来做到这一点。

Lucene 是 Neo4j 的索引后端，允许您构建可能需要的任何索引。

您应该仔细阅读并直接询问他们。

Answer 3

我正在考虑使用类似的解决方案来索引文件系统上的数据存储。关于上述查询的评论是正确的。

最坏情况查询的示例：

对于 sqlite：

• 如果在 fs 深处有大量子目录，则 sqlite 上的空间需求将不是最佳的：保存每个小子目录的完整路径（例如考虑一个代码项目）
• 如果你需要移动一个目录，离根目录越近，你需要做的工作就越多，所以这不会像 Neo4j 那样是 O(1)
• 你可以在 sqlite 上进行多线程来扩展吗？

对于neo4j：

• 每次搜索完整路径时，都需要将其拆分为多个组件，并使用该路径的所有元素构建密码查询。
• 数据模型可能比 2 个表更复杂：所有不同的对象，然后是 dir-in-dir 关系、file-in-dir 关系、符号链接关系

Greetings, hj