新项目,运营人员商品表给了 70 字段,不太好进行分类拆分,非要拆只能拆成一个主表,一个详情表。考虑到后面可能会水平分表,并且有组合商品的逻辑,所以在犹豫要不要拆分。
另外,商品表中的码值是否要把码值编码和码值名称一起存?想做些冗余,避免每次查询都去翻译码值名称。

新项目,运营人员商品表给了 70 字段,不太好进行分类拆分,非要拆只能拆成一个主表,一个详情表。考虑到后面可能会水平分表,并且有组合商品的逻辑,所以在犹豫要不要拆分。
另外,商品表中的码值是否要把码值编码和码值名称一起存?想做些冗余,避免每次查询都去翻译码值名称。
1 luman Dec 13, 2021 没有 |
2 uSy62nMkdH Dec 13, 2021 业务初期可以不着急动,等真正业务痛的时候再考虑拆... 连需求带重构一块做了 |
3 zealinux Dec 13, 2021 |
4 vjnjc Dec 13, 2021 看你读取的时候既要读取主表也要读取详情表吗?是的话,就不拆。 一般都冗余 |
5 thinkershare Dec 13, 2021 想一下, 这个表的所有字段是否都要求强一致性, 或者说是要求至少行上的状态一致性, 如果是, 就不能拆, 如果不是, 可以考虑拆, 考虑下这个表上的字段纯粹是数据, 还是有业务, 纯粹是数据的化, 拆不拆随意, 拆的化, 查询麻烦点 |
6 anteros Dec 13, 2021 能把这 90 个字段列出来看看吗 |
7 liuidetmks Dec 13, 2021 提前优化是魔鬼 |
8 shakaraka PRO 想看+1 |
9 sujin190 Dec 13, 2021 一个商品信息需要 90 个字段么?!显然没理清楚吧,其实很多信息看起来和商品相关的,但实际来源却不是商品,哪个系统的就放到哪去呗,后面迭代你会发下容易很多,不要以哪个信息写在哪个页面上来分字段放在哪,这是个大坑 |
10 hunterfish Dec 14, 2021 不会商品详情,商品 sku ,商品库存,商品分类,商品店铺,商品销量都放一块了吧 |