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