今天聊点干货。别整那些虚头巴脑的理论。
做电商网站开发，最头疼的不是前端页面多漂亮，而是后端那个商品表。我见过太多新手，上来就建个表，字段随便写几个，id, name, price。结果呢？上线一个月，老板说要搞SKU，要搞多规格，要搞库存预警，这时候傻眼了。改表结构？线上环境敢动吗？不敢。
所以，今天我就把我在项目里踩过的坑，总结成一份比较实用的网站开发商品管理表字段设计思路。希望能帮兄弟们省点头发。
首先，基础信息不能少。id自增主键，这个不用多说。然后商品名称title，varchar(255)够了，别用text，查询慢。商品描述desc，这个用text，因为可能很长。图片url，varchar(500)，支持多图的话，建议存JSON字符串，或者单独建个图片表关联。别把所有图片链接都塞在一个字段里，后期维护想死。
接下来是价格。price字段，千万注意，别用float或者double。这是大忌。精度丢失会让你在财务对账时疯掉。要用decimal(10,2)。10位总长，2位小数。这样存100.00元，就是100.00，不会变成100.00000001。
库存stock，这个字段也很关键。int类型。但是要注意，高并发下直接update stock会锁表。建议加一个version版本号字段，乐观锁。每次更新库存，判断version是否一致，一致才更新。这样能防止超卖。
状态status，tinyint。0下架，1上架，2审核中。别用字符串，省空间，查询快。
分类category_id，外键关联分类表。但是要注意，电商分类层级深，有时候一个商品属于多个分类。这时候单独建一个商品分类关联表更灵活。
品牌brand_id，同理，关联品牌表。
规格sku表。这个是最复杂的。很多小白喜欢把规格直接拼在商品主表里，比如color:red,size:L。一旦规格变多，表结构就乱套了。正确的做法是，商品主表只存通用信息。SKU单独建表。sku_id, product_id, sku_code, price, stock, spec_json。spec_json存规格详情，比如{"color":"red","size":"L"}。这样扩展性极强。
营销字段。比如is_hot（是否热销），is_new（是否新品），is_promotion（是否促销）。这些boolean或者tinyint类型。方便前端展示标签。
时间字段。create_time, update_time, delete_time（软删除）。这三个是标配。delete_time用于逻辑删除，数据不真正物理删除，方便追溯。
还有几个容易被忽略的字段。比如seo_title, seo_keywords, seo_description。做SEO的都知道，这些字段对排名很重要。别等上线了再想怎么加。
重量weight，decimal(5,2)。用于计算运费。单位kg。
体积volume，decimal(5,2)。单位m3。
条码barcode，varchar(50)。扫码枪用的，唯一索引。
供应商supplier_id。如果是多供应商入驻的平台，这个字段必须有。
最后，提醒一句。数据库设计没有银弹。要根据业务场景来。如果你的业务很简单，卖卖书，那表结构可以简单点。如果是卖衣服、卖食品，涉及保质期、尺码、颜色，那SKU表的设计就要慎重。
我之前有个项目，因为没考虑到生鲜商品的保质期，导致库存管理混乱。后来不得不加个expire_time字段，专门存过期时间。每次查询库存时，把过期的过滤掉。这个教训挺深刻的。
总之，网站开发商品管理表字段的设计，核心就是：扩展性、性能、准确性。别为了省事，把字段类型选错了。也别为了通用性，建了一堆没用的字段。
希望这篇分享能帮到你。如果有其他问题，欢迎留言讨论。记得点赞收藏，下次建表前翻出来看看。
本文关键词：网站开发商品管理表字段
