北京APP技术 购物车与商品SKU数据库设计核心逻辑

一、理解核心概念：什么是商品SKU？

商品SKU（Stock Keeping Unit）是库存量单位，是区分不同商品属性的唯一标识符。关键在于，它不仅代表一个商品，更代表一个商品的特定组合。

例如，一件衬衫（SPU）可能有多种颜色（黑色、白色）、多种尺码（S、M、L）。每一种具体的“黑色-S码”组合就是一个独立的商品SKU，它拥有自己独立的库存、价格和条形码。

在数据库设计中，我们通常会有一张`商品SKU表`，其结构大致如下：

`sku_id`(PK):SKU唯一标识，主键

`spu_id`(FK):所属商品SPU的ID，外键

`attributes`:销售属性（如：`{"颜色":"黑色","尺码":"M"}`，通常以JSON格式存储）

`price`:价格（decimal类型，精确计算）

`stock`:库存数量

`image_url`:此SKU的特定图片

`...其他字段`（如条形码、成本价等）

二、购物车数据库设计的核心逻辑

购物车的本质是临时存储用户打算购买的商品清单。它的设计需要与商品SKU紧密关联，并考虑以下要点：

1.表结构设计

核心的`购物车表`(`cart_items`)通常包含以下字段：

`cart_item_id`(PK):购物车项唯一标识

`user_id`(FK):用户ID，关联用户表（对于未登录用户，可用设备ID或SessionID临时标识）

`sku_id`(FK):商品SKU的ID，这是关联到具体货品的关键外键

`quantity`:购买数量

`selected`:是否选中状态（用于结算时选择）

`added_time`:加入购物车的时间

`...其他字段`（如活动ID、最终单价等）

为什么用`sku_id`而不是`product_id`？

这正是设计的精髓所在。用户加入购物车的是具体的“黑色-M码”衬衫，而不是一个泛泛的“衬衫”概念。通过关联`sku_id`，系统才能准确锁定用户选择的属性、对应的库存和精确的价格。

2.关键逻辑与操作

添加商品：当用户选择属性（颜色、尺码）点击“加入购物车”时，前端应传递对应的`sku_id`和数量。后端首先校验该SKU是否存在且库存充足，然后执行插入或更新操作（如果购物车已存在同一SKU，则增加数量）。

更新数量：直接更新对应`cart_item`的`quantity`字段，并再次校验库存。

删除商品：根据`cart_item_id`或`user_id`+`sku_id`条件删除记录。

查询购物车列表：通过`user_id`查询`购物车表`，并联表查询（JOIN）`商品SKU表`和`商品SPU表`，一次性获取商品的详细信息（名称、图片、属性、价格等），避免多次数据库查询。

三、设计要点与最佳实践

1.与用户体系的关联：设计时应同时支持用户登录态和未登录态。未登录时可用临时ID标识，用户登录后需将临时ID下的购物车项目合并到其用户ID下。

2.实时价格与库存校验：购物车中显示的价格和库存信息应在每次查看时都从商品SKU表中实时获取或缓存同步。结算时必须重新校验，防止商品信息变更（如涨价、库存售罄）导致订单问题。

3.冗余字段的考虑：为了提高查询效率，有时会在`购物车表`中冗余存储加入时的商品快照信息（如`product_name`,`sku_image`,`added_price`），以防商品后续信息变更影响购物车内的展示。但这会增加数据一致性维护的复杂度。

4.性能与扩展性：对于大型电商平台，购物车数据量巨大，需要考虑分库分表策略，通常按`user_id`进行分片。同时，Redis等内存数据库常被用作购物车的缓存层，以提升读写速度。

总结

购物车与商品SKU的数据库设计是电商系统的基石。其核心逻辑在于通过`sku_id`外键将购物车项与具体的库存单位精确关联，确保数据的一致性、准确性和完整性。一个优秀的设计不仅要满足基本的功能需求，更要为促销活动、库存管理、订单结算等下游流程提供坚实可靠的数据支撑。掌握这些核心逻辑，是构建高效、稳定电商平台的关键一步。