商品表应包含id、name、price、status四核心字段，分类用外键关联categories表，图片存url，库存初期可放商品表，多仓则拆inventory表；外键需显式定义并加索引；查询用left join防漏数据；批量插入用on duplicate key update；注意前后端数据格式统一。
商品表怎么建才够用又不冗余
核心是抓住「商品」本身的关键属性，别一上来就加库存、分类、图片字段堆砌。先确保 id（主键）、name（名称）、price（售价）、status（上下架状态，用 TINYINT 或 enum）这四个字段存在。分类别硬编码进商品表，改用外键关联独立的 categories 表；图片路径统一存为字符串（如 image_url），别存二进制；库存如果涉及多仓库或秒杀，就单独拆出 inventory 表，初期单仓直接放商品表里加 stock 字段也行。
分类和商品一对多关系怎么写外键
必须显式定义外键约束，否则数据一致性靠人肉维护迟早出错。建分类表时主键用 id，商品表里加字段 category_id，然后执行：
ALTER TABLE products ADD CONSTRAINT fk_category FOREIGN KEY (category_id) REFERENCES categories(id) ON delete SET NULL;注意三点：
• categories.id 必须是索引（通常是主键，自动有）
• products.category_id 自己也要手动加索引，否则 JOIN 慢
• ON DELETE SET NULL 比 CASCADE 更安全，删分类不会误删商品
查商品+分类名一条 sql 怎么写不翻车
用 LEFT JOIN 而不是 INNER JOIN，避免没分类的商品被漏掉：
SELECT p.id, p.name, p.price, c.name AS category_name FROM products p LEFT JOIN categories c ON p.category_id = c.id WHERE p.status = 1;常见错误：
• 忘记给 c.name 起别名，导致 PHP/Python 取字段时和 p.name 冲突
• 在 WHERE 里写 c.name IS NOT NULL，把 LEFT JOIN 变相变成 INNER JOIN
• 没加 p.status = 1 条件，查出一堆已下架商品
批量插入商品时主键冲突或乱序怎么办
用 INSERT IGNORE 或 ON DUPLICATE KEY UPDATE，别用普通 INSERT 然后靠代码捕获异常再处理：
INSERT INTO products (name, price, category_id) VALUES ('iPhone 15', 5999, 1), ('MacBook Air', 8999, 2) ON DUPLICATE KEY UPDATE price = VALUES(price);关键点：
• 表必须有唯一约束（比如 UNIQUE KEY(name) 或联合唯一）才能触发重复逻辑
• VALUES(price) 指的是本次 INSERT 语句中对应位置的值，不是原记录值
• 如果主键是自增 ID，重复时不会更新 ID，只更新指定字段
实际跑起来你会发现，最麻烦的不是建表，而是前端传参格式和后端校验没对齐——比如价格传了字符串 “5999.00” 进来，mysql 存成 5999，但展示时又要求保留两位小数，这种细节比外键还容易漏。