Database design 分离这两种数据结构是否有好处？
在我正在构建的招聘应用程序中，其中一部分涉及用户资源。之后，他们都填写了一份“通用申请表”。从本质上说，这与任何特定的工作都没有联系，这类似于他们填写一份一般的个人资料 有了这个，我可以有一个 用户模型 有一个：普通的应用程序 但是，我可以只拥有一个用户模型，并且在用户模型中拥有通用的应用程序信息Database design 分离这两种数据结构是否有好处？,database-design,Database Design,在我正在构建的招聘应用程序中，其中一部分涉及用户资源。之后，他们都填写了一份“通用申请表”。从本质上说，这与任何特定的工作都没有联系，这类似于他们填写一份一般的个人资料 有了这个，我可以有一个 用户模型 有一个：普通的应用程序 但是，我可以只拥有一个用户模型，并且在用户模型中拥有通用的应用程序信息 我有点糊涂，所以我可能错过了什么。选择分离结构是否有优势 对于1对1关系，您很容易将第二个表作为第一个表的简单扩展。但你会想问问自己，这真的是一对一，或者只是“现在”的一对一 例如，如果用户更改了他们
我有点糊涂，所以我可能错过了什么。选择分离结构是否有优势 对于1对1关系，您很容易将第二个表作为第一个表的简单扩展。但你会想问问自己，这真的是一对一，或者只是“现在”的一对一 例如，如果用户更改了他们的常用应用程序，您会简单地销毁他们的旧应用程序并替换它吗？或者你会停用它，用结束日期标记旧的，然后启动一个新的 还有，将来他们有没有可能有多个孩子 如果你有任何疑问，我一定会认为它是1对多的，即使此刻你只期望它是1比1。如果您需要，它为您提供了一个灵活的空间，而无需重新设计数据结构
这是你在做很多决定时必须牢记的一点。你是否“绝对100%肯定”今天的规则将永远存在？如果不是，那么要么在您的原始设计中构建一个逃生，要么认识到未来的变化可能需要大量的工作。取决于它是否始终保持1对1，或者您是否设想未来的1对多，资源/公共应用程序是否已经严格结构化，或者是否可以发展为更复杂