技术深度解析
SQLite的架构看似简单，但其设计选择恰恰使其成为适合长达数百年数据保存的候选者。其核心是一个用C语言编写的库，实现了完整的SQL数据库引擎。与客户端-服务器数据库（如PostgreSQL、MySQL）不同，SQLite没有独立的服务器进程。它直接读写普通的磁盘文件，这意味着一个完整的数据库就是一个单一的、自包含的文件，并拥有文档完善的二进制格式。
单一文件范式： 整个数据库——包括模式、表、索引和数据——都存放在一个`.sqlite`或`.db`文件中。这与PDF等格式形成了鲜明对比，后者可能依赖外部字体、图像或JavaScript；也与TIFF形成对比，后者因其众多的标签和压缩选项而可能变得复杂。SQLite文件是一个自描述的二进制容器。其格式是公开文档化的、稳定的且向后兼容的。国会图书馆自身对数字格式可持续性的评估因素（公开性、采用率、透明度、自文档化、外部依赖性和技术保护机制），SQLite均能很好地满足。
公共领域代码： SQLite的源代码被奉献给公共领域。这可以说是其用于保存的最强大特性。没有会过期的许可证，没有会破产的公司，也没有创建读取器的法律障碍。任何拥有C编译器和公开可用规范的未来文明都能重建该数据库。这与Microsoft Access (.accdb)甚至某些专有地理空间格式形成了鲜明对比。
工程健壮性： SQLite是现存测试最为广泛的开源项目之一。SQLite团队使用高度自动化的测试流程，实现了100%的分支测试覆盖率。测试套件包含数百万个测试用例，包括模拟崩溃、电源故障和I/O错误。这种级别的可靠性对于保存至关重要，因为数据必须在可能老化的介质上存活数十年。
性能考量： 虽然并非为高并发写入工作负载而设计，但SQLite在档案库典型的读密集型访问模式中表现出色。单个SQLite文件最多可容纳281TB数据。对于存档目的而言，这绰绰有余。
| 特性 | SQLite | PDF/A-3 | TIFF（未压缩） |
|---|---|---|---|
| 自包含性 | 是（单一文件） | 是（但可能嵌入字体/JS） | 是（单一文件） |
| 公共领域代码 | 是 | 否（ISO标准，但实现各异） | 否（Adobe规范，但实现各异） |
| 外部依赖 | 无（标准C库） | PDF查看器，字体渲染 | 图像查看器，解压缩库 |
| 模式/结构 | 显式（SQL模式） | 隐式（文档结构） | 隐式（图像元数据） |
| 最大文件大小 | 281 TB | 无实际限制 | 无实际限制 |
| 数据可查询性 | 完整SQL（结构化查询） | 仅文本搜索 | 无（像素级别） |
| 开放标准 | 是（公共领域） | 是（ISO 19005） | 是（Adobe TIFF 6.0） |
数据要点： SQLite提供了自包含性、公共领域许可和结构化数据可查询性的独特组合，这是其他广泛采用的保存格式所无法比拟的。虽然PDF/A和TIFF非常适合文档和图像，但它们缺乏在没有外部工具的情况下表示关系数据和复杂查询的能力。
关键参与者与案例研究
国会图书馆的推荐并非孤立事件。这是多年倡导和实际工作的结晶，由几个关键参与者推动。
SQLite联盟： 尽管SQLite本身属于公共领域，但其开发主要由一个由Adobe、Bloomberg、Google和Oracle等大型企业组成的联盟资助。这些公司在嵌入式系统、移动应用和桌面软件中依赖SQLite。它们的财务支持确保了项目的持续维护和稳定性，这对保存主义者来说是一种事实上的保障。
D. Richard Hipp： SQLite的创建者和首席架构师。Hipp对公共领域许可和极端测试的坚定承诺一直是该项目的标志性特征。他的工程哲学——软件应该简单、可靠且免费——与档案原则完美契合。
国会图书馆数字保存团队： 国会图书馆在其数字格式可持续性网站上发布的分析中，明确强调了SQLite的“自描述”特性及其“过时风险低”。这项内部评估是该推荐的关键推动因素。
实际应用： 多家主要机构已在长期存储中使用SQLite。美国国家档案与记录管理局（NARA）使用SQLite存储其电子记录的元数据。欧洲核子研究组织（CERN）在其部分大规模数据分析中使用SQLite。