开发人员的目的是在2050年之前支持SQLite。

在撰写本文时，到2050年仍是34年。没有人知道那时候会发生什么，我们不能绝对保证SQLite在如此遥远的地方将是可行的或有用的。但是我们可以保证：我们计划在2050年之前一直支持SQLite。长期前景会以重要方式影响我们的决策。

• 跨平台代码→SQLite可以在具有8位字节，2的补码32位和64位整数以及C编译器的任何平台上运行。已在所有当前流行的CPU和操作系统上进行了积极的测试。SQLite代码和文件格式的极高可移植性将帮助它在未来的平台上保持可行。

• 稳定的跨平台数据库文件→SQLite数据库文件在32位，64位，大端和小端平台上逐位相同。您可以将SQLite数据库文件从一个系统复制到另一个系统，而无需转换或转换数据库。此外，文件格式有据可查且稳定。今天创建的数据库文件将在未来几十年的SQLite的将来版本中可读和写。

• 航空级测试→每个机器代码分支指令都在两个方向上进行测试。多次。在多个平台上和多个编译器上。这有助于使代码更健壮，以备将来迁移。严格的测试还意味着新开发人员可以对SQLite进行实验性增强，并且假设所有旧测试都通过了，则可以合理地确保该增强不会破坏旧版本。

• 详尽的详细文档→SQLite拥有坦率，对开发人员友好的开源文档。文档是由程序员编写并为程序员编写的。（一些示例： [1] [2] [3] [4] [5] [6] [7] [8]）广泛的文档可帮助新开发人员迅速掌握SQLite。

• 注释严重的源代码→SQLite源代码注释超过35％。不是样板注释，而是有用的注释，它们解释变量和对象的含义以及方法和过程的意图。该代码旨在供新程序员访问，并且可以在数十年内进行维护。

• 灾难计划→SQLite的源代码历史记录的每个字节均受到密码保护，并自动复制到不同公司拥有的数据中心中的多个地理位置分开的服务器中。世界各地的私人服务器上还存在成千上万的克隆。SQLite的主要开发人员居住在世界各地。SQLite可以在大陆灾难中幸存下来。

• 老派→没有人能完全不受潮流和潮流的影响，但是SQLite开发人员努力工作，以免被最新的编程方式所吸引。我们的目标是生成永不过时的代码，以使尚未出生的程序员可以读取，理解和维护它们。

除了在2050年之前“支持” SQLite外，开发人员还承诺保持SQLite C语言API和磁盘格式 完全向后兼容。这意味着今天编写的使用SQLite的应用程序应该能够链接并使用几十年后发布的SQLite的将来版本。

我们的目标是使您今天在SQLite中存储的内容对子孙和您一样容易访问。

2018年5月31日更新：美国国会图书馆 的保护主义者显然已经注意到我们长期支持SQLite的目标， 他们已将SQLite确定为建议的数字内容存储格式。