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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› MySQL 5.5 Community Server

› MySQL 5.6 Community Server

› Percona Configuration Wizard

› XtraBackup 搭建主从复制

Great Sites on MySQL

› Percona

› MySQL Performance Blog

› Severalnines

推荐管理工具

› Sequel Pro

› phpMyAdmin

推荐书目

› MySQL Cookbook

MySQL 相关项目

› MariaDB

› Drizzle

参考文档

› http://mysql-python.sourceforge.net/MySQLdb.html

这是一个创建于 1111 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

码值

商品表

主表

商品

10 条回复 • 2021-12-14 10:44:58 +08:00

sunjiayao

2021-12-13 11:35:33 +08:00

没有

uSy62nMkdH

2021-12-13 12:07:08 +08:00

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

zealinux

2021-12-13 12:12:50 +08:00

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

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

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

vjnjc

2021-12-13 12:18:24 +08:00

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

一般都冗余

thinkershare

2021-12-13 15:06:26 +08:00

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

php01

2021-12-13 15:55:05 +08:00

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

liuidetmks

2021-12-13 16:14:30 +08:00

提前优化是魔鬼

wunonglin

2021-12-13 16:25:04 +08:00

想看+1

sujin190

2021-12-13 16:35:36 +08:00

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

hunterfish

2021-12-14 10:44:58 +08:00

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