2013-12-11 22 views
0

在我正在建设的招聘应用程序中,其中的一部分涉及用户资源。之后,他们都填写了“通用申请”。从本质上讲,这与任何特定的工作无关,这类似于填写一般概况。分离这两种数据结构有没有好处?

有了这个,我可以有一个

用户模型 HAS_ONE:Common_app

不过,我可能只是一个用户模型,并让用户模型中常见的应用程序信息。

我是一个小菜鸟,所以我可能会错过一些东西。选择分离结构还是有优势吗?

+0

取决于一些事情,比如它将始终保持1比1,或者如果你将来设想一对多,如果资源/ common_app已经严格构造或者它可能演化为更复杂 –

回答

0

通过1对1的关系,只需让辅助表成为第一个表的简单扩展就很有诱惑力。但是你会问自己它是真正的1比1还是1比1“现在”。

例如,如果用户更改他们的通用应用程序,您是否会简单地销毁他们的旧应用程序并将其替换?或者你会停用它,用一个结束日期标记旧的,并启动一个新的?

此外,有没有可能在未来,他们可能有多个?

如果您有任何疑问,我一定会认为它是一对多的,即使此时您只希望它是1比1。如果您需要它,它会为您提供摆动的空间,而无需重新设计您的数据结构。

这是要记住你的决定很多。你是否“绝对100%肯定”今天的规则将永远存在?如果不是这样,那么要么在您的原始设计中建立一个逃生路线,要么认识到沿路的变化可能需要大量的工作。

相关问题