为未来值添加保留字段是个好主意

Question

我有像 Customer、Purchase 等表格，有时它们有关联的文档，我所说的文档是指某处的某些文件（例如扫描的驾驶执照或其他东西），

我们不能拥有应用程序将这些文档直接上传到数据库中，因此我有一个唯一标识符列（我应该有一个文件哈希吗？）

我的问题：
将来我们可能会有更多与表相关的文档，所以我正在考虑添加额外的字段，例如：

客户
+驱动程序许可证文档
+文档1//面向未来
+Document2 //将来使用

因此，将来如果他们决定需要另一个文档，我只需更新我的实体框架模型并重命名模型中的列，数据库就不必更改？

一般情况下是这样的吗？还有更好的想法吗？我看到的缺点是我必须将所有这些未来值保留为空？也许这不是缺点？
还想听听您通常如何应对部署后数据库架构变化的想法？

Answer 1

不，这实际上是一个非常糟糕的主意。要么您正确预见了用途，在这种情况下按原样添加它们，要么您只是猜测可能会发生什么，在这种情况下您应该等到知道为止。

处理部署后架构更改的方法是在部署后更改架构（以及任何相关代码）。您应该查看首字母缩略词“YAGNI”。在我看来，任何不是立即需要的努力都应该被视为为可能永远不需要的事情所做的努力。换句话说，就是白费力气。

如果您可能存在未知数量的文档，那么这是从客户表到文档表的简单一对多关系，表中的每个文档都带有文档类型和文档负载，类似于

customers:
    custid  primary key
    <all other customer data>
documents:
    docid primary key
    custid references customers(custid)
    <all other document data>

：每个客户都可以拥有任意数量的文档、任意类型的文档。