开发人员的目的是通过以下方式支持SQLite2050年。
在本文中,2050年仍然是未来34年。没有人知道那时候会发生什么,我们也不知道绝对承诺SQLite将是可行的或有用的远远的。但我们可以承诺:我们的计划就好像我们会支持SQLite直到2050年。长期前景影响我们以重要的方式做出决定。
十字板代码→SQLite可以在任何8位字节的平台上运行,二的32位和64位整数补码,和C编译器。它是积极的在所有当前流行的CPU上测试并运行系统。SQLite代码和文件的高度可移植性格式将有助于它在未来的平台上保持可行性。
稳定的跨平台数据库文件→数据库数据库文件上的位对位相同32位、64位、大引擎和小引擎平台。你可以将SQLite数据库文件从一个系统复制到另一个系统无需翻译或转换数据库。此外,该文件格式有很好的文档记录并且很稳定。今天创建的数据库文件将可读写未来几十年SQLite的未来版本。
航空粒度测试→每一个机器码分支指令都在这两者中进行测试指示。多次。在多个平台上多个编译器。这有助于使代码对未来的迁移。激烈的测试也意味着开发人员可以对SQLite进行实验性增强,假设遗留测试全部通过,请合理地确保增强不会破坏传统。
广泛、详细的文档→SQLite坦诚、对开发人员友好,和开源文档。文件由和编写对于程序员来说。(举几个例子:[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8])丰富的文档有助于新开发人员快速了解SQLite。
注释严重的源代码→SQLite源代码的注释超过35%。非样板板注释,但解释变量含义的有用注释以及方法和程序的目的。代码是设计的新程序员可以访问并在一段时间内可维护几十年来。
灾害规划→SQLite的源代码历史的每个字节都是加密的受保护并自动复制到多个地理位置分隔的服务器,在数据中心中由不同的公司拥有。周围的私有服务器上还有数千个其他克隆世界。SQLite的主要开发人员生活在世界不同的地区。SQLite可以在大陆灾难中幸存下来。
老派→没有人能完全不受潮流和时尚的影响,但SQLite开发人员努力避免卷入最新的编程时尚。我们的目标是生成永恒的代码程序员可读、易懂和可维护他们还没有出生。
除了到2050年“支持”SQLite之外,开发人员还承诺保留SQLiteC语言API和磁盘上格式完全向后兼容。这意味着今天为使用SQLite编写的应用程序应该能够链接并使用在未来。
我们的目标是使您今天存储在SQLite中的内容成为你的孙子很容易接近,就像你一样。
2018-05-31更新:我们长期支持SQLite的目标显然已经实现保护主义者在美国国会图书馆已确认SQLite作为建议的存储格式用于保存数字内容。
此页面上次修改时间2022-01-08 05:02:57离合器