在开发过程中使用orm的小伙伴经常碰到关系如何设计这个烦恼,
多对一,一对多的使用场景是非常高明确的,多对多得思路也相对清晰;
这里一步一步分析一下一对一的应用场景
对于Student模型,一般基本信息
id //ID
name //姓名
···
后来需求改变了需要添加家庭地址,模型添加字段
id //ID
name //姓名
address //家庭的地址
···
后来需求改变了需要统计所在小区,模型添加字段
id //ID
name //姓名
address //家庭的地址
community //小区名
···
后来又改变了需求,我就没做离职了···
这样我们就需要频繁修改Student表,有一些相关的逻辑可能受影响
我认为这种场景使用一对一的维护方式可能对业务逻辑的影响会降低一些,消除肯定是做不到的
id //ID
name //姓名
home //家庭信息,一对一建立Home模型
···
#Home表
id
student //学生,一对一映射Student模型
address //家庭的地址
community //小区名
如此
不知道大佬们是否同意