为卫龙多渠道库存管理系统设计数据库表结构，需支持SKU维度（辣条、豆干等）、渠道维度（线上电商、线下门店）、库存状态（可用、冻结、预警）等，请说明核心表（如SKU表、库存表、渠道表）的设计思路及关联关系。
卫龙财务类难度：中等
答案
1) 【一句话结论】
为支持SKU、渠道、库存状态的多维度管理，核心设计三张表（SKU表、渠道表、库存表），通过外键关联，库存表包含状态字段区分可用、冻结、预警，实现多渠道库存的精准追踪。
2) 【原理/概念讲解】
老师口吻解释核心表逻辑：
- SKU表：存储商品基本信息（如SKU编码、商品名称、类别“辣条/豆干”、规格等），类似“商品目录”，每个SKU唯一标识一种商品（类比：超市货架上的商品标签，每个标签对应一种商品）。
- 渠道表：存储渠道信息（如渠道ID、名称“京东/线下门店”、类型“线上/线下”、地址等），类似“销售渠道目录”，每个渠道唯一标识一种销售路径。
- 库存表：关联SKU和渠道，记录每个渠道的库存数量，并包含状态字段（可用/冻结/预警），状态字段用于标记库存的可用性（如冻结因订单锁定，预警因库存低于安全阈值）。
三张表通过外键（SKU_ID、渠道ID）建立多对多关系（一个SKU对应多个渠道的库存，一个渠道存储多个SKU的库存），支持多维度查询（如某渠道某SKU的库存状态）。
3) 【对比与适用场景】
| 表名 | 定义 | 关键字段 | 关联关系 | 使用场景 |
|---|---|---|---|---|
| SKU表 | 商品信息表 | SKU_ID（主键）、商品名称、类别、规格 | 无（独立表） | 存储所有SKU的基础信息，唯一标识商品 |
| 渠道表 | 渠道信息表 | 渠道ID（主键）、渠道名称、类型 | 无（独立表） | 存储所有渠道的基础信息，唯一标识渠道 |
| 库存表 | 库存记录表 | 库存ID（主键）、SKU_ID（外键）、渠道ID（外键）、库存数量、状态（枚举）、更新时间 | SKU表和渠道表 | 记录每个渠道的每个SKU的库存状态，支持多维度查询 |
注意点：状态字段用枚举（避免歧义），外键约束保证数据一致性，库存数量和状态字段实时更新，支持业务逻辑（如预警阈值）。
4) 【示例】
伪代码示例（MySQL）：
-- SKU表
CREATE TABLE sku (
sku_id INT PRIMARY KEY,
sku_name VARCHAR(100),
category VARCHAR(50),
spec VARCHAR(50),
create_time TIMESTAMP
);
-- 渠道表
CREATE TABLE channel (
channel_id INT PRIMARY KEY,
channel_name VARCHAR(100),
channel_type VARCHAR(20),
address VARCHAR(200)
);
-- 库存表
CREATE TABLE inventory (
inventory_id INT PRIMARY KEY,
sku_id INT,
channel_id INT,
quantity INT,
status ENUM('可用', '冻结', '预警'),
update_time TIMESTAMP,
FOREIGN KEY (sku_id) REFERENCES sku(sku_id),
FOREIGN KEY (channel_id) REFERENCES channel(channel_id)
);
-- 插入示例
INSERT INTO sku (sku_id, sku_name, category, spec) VALUES (1, '经典辣条', '辣条', '原味50g');
INSERT INTO channel (channel_id, channel_name, channel_type, address) VALUES (1, '京东商城', '线上电商', '北京');
INSERT INTO inventory (inventory_id, sku_id, channel_id, quantity, status, update_time) VALUES (1, 1, 1, 1000, '可用', NOW());
-- 查询示例
SELECT s.sku_name, c.channel_name, i.quantity, i.status
FROM inventory i
JOIN sku s ON i.sku_id = s.sku_id
JOIN channel c ON i.channel_id = c.channel_id
WHERE s.category = '辣条' AND c.channel_type = '线上电商';
5) 【面试口播版答案】
面试官您好，为卫龙多渠道库存管理系统设计数据库表结构，核心思路是围绕SKU、渠道、库存状态三维度，设计三张核心表并建立关联。首先，SKU表存储商品基本信息（如辣条、豆干的SKU编码、名称、类别等），每个SKU唯一标识一种商品；渠道表存储线上电商、线下门店等渠道信息（如渠道ID、名称、类型）；库存表关联SKU和渠道，记录每个渠道的库存数量，并设置状态字段（可用、冻结、预警），比如冻结因订单锁定，预警因库存低于安全阈值。三张表通过外键关联，实现多对多关系，支持多渠道库存的精准追踪。例如，查询某渠道某SKU的库存状态，通过JOIN操作即可获取，满足业务对库存多维度管理的要求。
6) 【追问清单】
- 问题1：库存状态如何动态更新？比如订单处理时如何将库存从“可用”转为“冻结”？
回答要点：通过业务逻辑触发库存状态变更，订单创建时调用库存更新接口，将对应渠道的库存状态设为“冻结”，订单完成后再恢复为“可用”。 - 问题2：如何处理多渠道库存的同步？比如线上和线下库存数据不一致？
回答要点：设计库存更新机制（如定时同步或实时消息队列），确保各渠道库存数据一致。 - 问题3：是否需要记录库存历史？比如历史库存变化记录？
回答要点：可增加历史表（inventory_history），记录每次库存变更的时间、数量、操作人，用于审计和追溯。 - 问题4：SKU表和产品表的区别？
回答要点：SKU表侧重商品的具体规格和SKU编码（如原味50g），而产品表存储基础信息（如品牌、型号），这里SKU表更符合多规格商品管理需求。 - 问题5：库存表是否需要记录安全库存阈值？
回答要点：可在库存表或单独的阈值表中设置，当库存低于阈值时，状态自动设为“预警”，触发预警通知。
7) 【常见坑/雷区】
- 坑1：状态字段用字符串而非枚举。雷区：字符串易输入错误（如“可用”写成“可用1”），导致状态判断错误，应使用ENUM类型。
- 坑2：忽略外键约束。雷区：删除SKU/渠道时，库存表数据孤立，导致数据不一致，应建立外键约束（级联删除/更新）。
- 坑3：库存数量和状态字段未实时更新。雷区：订单处理时未同步库存，导致数据不准确，应确保库存更新操作实时执行。
- 坑4：多渠道库存更新时未考虑并发问题。雷区：高并发场景下可能超卖，应设计并发控制（如乐观锁）。
- 坑5：未考虑库存预警的阈值设置。雷区：无阈值规则，无法触发预警，导致库存不足时未及时补货，应明确阈值逻辑（如库存<100时设为预警）。