MySQL 商品表 90 个字段有必要拆分么

[Geekerstar]

新项目，运营人员商品表给了 70 字段，不太好进行分类拆分，非要拆只能拆成一个主表，一个详情表。考虑到后面可能会水平分表，并且有组合商品的逻辑，所以在犹豫要不要拆分。

另外，商品表中的码值是否要把码值编码和码值名称一起存？想做些冗余，避免每次查询都去翻译码值名称。

[sunjiayao]

没有

[uSy62nMkdH]

业务初期可以不着急动，等真正业务痛的时候再考虑拆...
连需求带重构一块做了

[zealinux]

@Geekerstar 你可以把这些字段名列出来，看一下才知道。从来没见过这么多字段的表

但是我看到很多规范有个：

- 控制列数量
字段少而精，字段数建议在 20 以内；

[vjnjc]

看你读取的时候既要读取主表也要读取详情表吗？是的话，就不拆。

一般都冗余

[thinkershare]

想一下, 这个表的所有字段是否都要求强一致性, 或者说是要求至少行上的状态一致性, 如果是, 就不能拆, 如果不是, 可以考虑拆, 考虑下这个表上的字段纯粹是数据, 还是有业务, 纯粹是数据的化, 拆不拆随意, 拆的化, 查询麻烦点

[php01]

能把这 90 个字段列出来看看吗

[liuidetmks]

提前优化是魔鬼

[wunonglin]

想看+1

[sujin190]

一个商品信息需要 90 个字段么？！显然没理清楚吧，其实很多信息看起来和商品相关的，但实际来源却不是商品，哪个系统的就放到哪去呗，后面迭代你会发下容易很多，不要以哪个信息写在哪个页面上来分字段放在哪，这是个大坑

[hunterfish]

不会商品详情，商品 sku ，商品库存，商品分类，商品店铺，商品销量都放一块了吧