这是一个创建于 1967 天前的主题，其中的信息可能已经有所发展或是发生改变。
嘿嘿，直接上正题啊~~~最近，咱 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 老板既视感 你怕不是重庆人哦
|
Select Language