商城SKU设计：标准化与库存管理的数据库策略

本文将深入探讨商城系统中关键的数据表设计——SKU（Stock Keeping Unit），特别是针对产品多规格的场景。首先，我们将明确什么是SPU（Standard Product Unit）和SKU的区别。 **SPU（标准化产品单元）**： SPU是一种抽象的产品概念，它代表了一个基本的商品实体，不包含具体的规格或库存信息。比如，当你提到iPhone X时，就是一个SPU。在这个例子中，尽管存在64GB和256GB两种内存容量，但它们共享同一个SPU，因为它们属于同一款手机。如果直接将这两种配置作为两个独立的商品，会增加管理和库存跟踪的复杂性。 **SKU（库存量单元）**： SKU则是基于SPU的具体实现，它将产品的特定规格与库存信息结合起来，形成独特的商品实例。例如，iPhone X的64GB白色和32GB黑色版本，虽然基于同一SPU，但由于颜色和存储的不同，它们是独立的SKU。SKU设计解决了商品规格多样化的管理问题，使得系统能够精确追踪每种规格的库存情况。 **系统规格/属性**： 设立系统规格属性是为了提供统一的框架，帮助商家在添加商品时标准化操作，并便于后期管理。初期运营时，系统通常限制自定义属性的使用，以简化商家入驻流程。然而，允许商家添加自定义规格（如尺码、颜色等）是至关重要的，以满足个性化需求。 **数据表设计**： 文章重点展示了如何通过数据库设计来管理这些sku。以MySQL为例，"product"表（SPU表）的设计如下： ```sql CREATE TABLE `product` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT "", -- 其他字段... PRIMARY KEY (`id`) ); CREATE TABLE `product_sku` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `product_id` int(10) unsigned NOT NULL, `specification` json NOT NULL, -- 存储规格信息，可能包括存储、颜色等 `stock` int(10) NOT NULL, -- 库存量 PRIMARY KEY (`id`), FOREIGN KEY (`product_id`) REFERENCES `product` (`id`) ON DELETE CASCADE ); ``` `product`表用于存储基础的SPU信息，如名称；而`product_sku`表则存储每个SKU的具体信息，包括关联的SPU ID、规格属性以及库存量。通过外键关系，确保了SPU和SKU之间的关联性。 这种设计允许商城系统高效地处理多规格商品，同时保持数据结构清晰，便于维护和扩展。通过细致的SKU设计，商家可以轻松管理不同配置的商品，而系统则能够实时反映库存状态，提升运营效率。