客户端应用存储数千文件路径，应选用哪种数据库？

先明确：只存路径完全合理 #

不管是Arxiv还是绝大多数文件托管类应用，都是把二进制文件存在文件系统，数据库仅存储路径、元数据的方案。直接将二进制数据存入数据库反而会拖累性能、增大备份体积，完全没必要。

客户端场景的数据库优先级推荐 #

针对你的需求（客户端应用、数千条路径数据），按实用性排序：

• SQLite（首选）：轻量级单文件数据库，无需单独启动服务，可直接嵌入客户端程序。只需建一张简单的表，比如：

  CREATE TABLE file_paths (
      id INTEGER PRIMARY KEY AUTOINCREMENT,
      relative_path TEXT UNIQUE NOT NULL,
      file_type TEXT,
      file_size INTEGER,
      last_modified TIMESTAMP
  );
  

  它支持结构化查询，后续按文件类型、大小筛选路径都很方便，完全能轻松处理数千条数据。
• 轻量键值对数据库（如LevelDB、RocksDB）：如果你的需求仅为存储路径与唯一标识，无需复杂查询，这类数据库更轻量，读写性能出色。但灵活性不如SQLite，后续扩展元数据会比较麻烦。
• MongoDB（不推荐）：它需要独立服务进程，客户端部署成本高，且对于你的简单结构化路径存储需求来说，属于大材小用，完全发挥不出文档型数据库的优势。

额外优化建议 #

• 优先存储相对路径，配合配置文件中的根目录路径，能提升客户端目录迁移后的适配性。
• 可添加文件校验字段（如MD5哈希值），用来验证文件是否被篡改或移动，避免程序加载时出现路径无效的问题。

内容的提问来源于stack exchange，提问作者catharsis