在我正在构建的招聘应用程序中，它的一部分涉及用户资源。然后，他们都填写一份"通用申请表"。从本质上讲，这与任何特定的工作都没有关联，这类似于他们填写一份一般的个人资料。
有了这个，我可以有一个
用户模型has_one：Common_app
但是，我可以只有一个用户模型，并在用户模型中有通用的应用程序信息。
我有点笨，所以我可能错过了什么。选择是否分离结构有好处吗？
对于1对1关系，很容易将辅助表作为第一个表的简单扩展。但你会想问问自己，这真的是1比1，或者只是1比1"现在"。
例如，如果用户更改了他们的常用应用程序，你会简单地销毁他们的旧应用程序并替换它吗？或者你会停用它，用结束日期标记旧的，然后启动一个新的吗？
此外，在未来，他们是否有可能拥有多个？
如果你有任何疑问，我肯定会认为这是一对多，即使目前你只希望是一对一。如果你需要的话，它会给你一个回旋的空间，而不必重新设计你的数据结构。
这是你在做很多决定时需要记住的。你是否"百分之百肯定"今天的规则会一直有效？如果没有，那么要么在你的原始设计中建立一个逃生通道，要么认识到未来的变化可能需要大量的工作。