Question

我现在正在考虑设计能够存储将在很长时间内使用的数据的系统。

系统的类型是医疗，从出生到死亡时跟随一个人，或者从他们开始工作时跟随一个人的保险系统，直到他们的保险到期。

你会怎么做？用于存储记录信息和存储文档。

例如，MS Word 2010文件在2050年可能无法读取，或者是否可以读取？ Oracle或MS SQL服务器是否会存在更长时间，或者我们应该将所有内容存储在XML文本文件中吗？

Answer 1

Haivnng参与了几个长期保险系统，老实说，对于终生使用没有太多的考虑。通常情况下，系统可以持续使用十年左右^*，并且只要它们“磨损” - 当它们现在无法满足当前的业务需求时，或者当它们的硬件看起来太昂贵时并且过时而无法维护 - 数据将迁移到新系统。

迁移可能相当昂贵，但它们通常非常“可行”;您可能只是从旧的但仍可加载的Word版本移动文档并将它们推送到新的内容管理系统，或将数据库从AS / 400系统移动到新的SQL Server系统。

所以，我要说保险系统会发生什么，至少是你不计划一个人的生命周期，只是系统的生命周期，并采取无论你在移动到下一个系统时遇到什么打击，逐渐地，十年到十年，每次都将数据移动到更新的系统和当前支持的更新格式。

_{*实际上，这个生命周期并不完全正确。通常情况下，系统设计为 20年，至少由人们证明项目成本合理。但是之后他们通常只会持续大约十年才会被抛弃：）}

Answer 2

不可能知道10年后会出现什么技术，所以忘记预测2050年。

软件在其生命周期内进行升级，替换为更好的替代方案以及数据存储格式以便更改，这是很自然的。

纯文本是现有的最便携式数据存储形式，因此请以您认为合适的任何方式使用它。不要使用二进制文件。

使用数据库存储大量数据，因为这些数据可以导出为纯文本，并再次插入到另一个数据库中，如果，比方说，Oracle有一天不再存在，你选择幸存下来的PostgreSQL。

Answer 3

数据结构发展。但是在很长一段时间内总是支持数据结构，考虑到语言C，它仍然在很多地方使用但是使用范围已缩小到其专业领域（在C的情况下是其嵌入式系统）。

在我看来，即使XML已经过时了facebook，许多热门网站现在都使用JSON。但我确信XML将在未来30年内开发至少。

Change is the only Constant.

始终可以进行数据迁移。理想情况下，数据库的迁移会在性能大幅提升时发生，而这种情况在5 - 8年内不会经常发生。

Answer 4

确保您没有创建自己的存储格式，也避免使用任何专有格式。

没有人知道十年后会发生什么，所以你至少应该确保你使用的格式有详细记录。因此，请使用已建立的ISO或类似标准（可以是XML，也可以是符合标准的SQL数据库）。