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

Question

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

我们不能让应用程序将这些文档直接上传到数据库中，所以我有一个 uniqueidentifier 列用于这些（我应该有一个文件哈希吗？）

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

客户
+DriversLicenseDoc
+Document1//面向未来
+Document2 //未来使用

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

这是通常的做法吗？有更好的想法吗？我看到的缺点是我必须让所有这些未来的值都可以为空？也许这不是一个缺点？
还想听听关于部署后您通常如何应对数据库架构变化的想法？

Answer 1

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

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

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

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

这样一来，每位客户都可以拥有任意数量的文档，任意类型的文档。