技巧 改变实体性质(增加一个类型字段) , 增加一种关系 考虑上游下游的影响

实体间的关系应该考虑全量关系;;

1. 增加类型字段其实在某种程度上改变了实体类型; 一表多实体,继承方式也是通过sqlWhere区分开来的;; 

如果实体世界还是一个实体,就会造成对上游下游的影响;;

案例一:

materialUnit  的Map<layoutIndex,material >getMaterisl  ,已经被大面积使用了;;

决定了任何一个绑定在这个关系上的Material都必须是 layOutindex 的一种类型;;

这样LayoutIndex 枚举类型会越来越多 ;;而且不同产品线应该区分开,又没有区分开;;

本来应该说把getMaterials 下放到各个子实体上的, 通过多表继承的discriptType过滤不该有的数据表的行, 这样才符合逻辑关系;; 

有一种方法可以摆脱,那就是增加一种关系,

案例二:

user 和 ad的关系

ad有属于个广告主,属于一个代理商 ;

锦囊里是把各用两个关系(两个外键)来展现的,而不是 通过增加一个外键+一个类型来展现;

还有一个问题是:这两种关系不是互斥的, 是并存的, 就不能简单地通过 外键+类型来表示了

案例三:ad 物料 物料历史;( 历史对可变不可变都无所谓,因为只有一种需求,不可变的考量,必须是两种关系的交流, 比如历史关系是不可变的,adGroup拥有materials的历史是不可变的,这是需要有不可变的原因; adGroup now关系可变不可变会导致存储历史关系时如何new )

假如 假如物料历史是新的实体,那么物料是可变来实现;

如果物料历史是物料的一部分,那么物料就必须是不可变的,每次改变都需要new一个物料,把原来的copy过去;;