嘿嘿,直接上正题啊~~~最近,咱 ERP 在做一个选品的流程。大致是,微信端的部分用户,推荐一个商品,然后由我们内部人员整合,变为正式的商品的酱紫。大致呢,分三个部分:1. 用户推荐,后台人员初步审核; 2. 新品列表(由采购人员审核并分配跟进人); 3. 成为选品(主要是完善成为 spu 的一些信息啊,合同的签订啊之类的) 于是呢,我根据这三样,创建了三个表:需求表、新品表、选品表。但是呢,有个问题困扰着我。在产品给的原型中,最好的选品信息中,用户可以查看,这个选品来自什么需求。一般的思想呢,都是在新品表中,自己自定义两个外键,用于关联来自什么需求,以及成为了什么选品。但是,我的想法是:自己单独定义一个表专门存需求的 ID、新品的 ID、选品的 ID。就是,单独记录这些信息的关联,在我看来,这样创建表,比较清晰。但是呢,又怕后期扩展之后,这个表太过冗余,所以,想问问各位大神有什么看法。。。嘿嘿~~~
1
Akiyu 2018-12-05 12:25:42 +08:00 1
排版暴露了 LZ 不怎么会建表
|
3
kely 2018-12-05 19:28:06 +08:00
。。。TESTV 老板既视感 你怕不是重庆人哦
|