我有一个数据库设计问题。我的项目是关于产品和零售商的。
Product 表：product_id, product_name, product_description, category_id, quantity_per_unit
Retailer 表：retailer_id, retailer_name, City
Retailer's Stock 表：retailer_id, product_id, unit_price, availability
Retailer's Stock 表将每个产品与其卖家联系起来
还有Category 表和category_id,category_name,category_description
现在我想在产品中有不同的尺寸、颜色和品牌。我应该如何在这个数据库中容纳它们？我将价格包含在另一个表中，然后是产品表，因为不同的零售商可以以不同的价格出售相同的商品。
【问题讨论】：
您现有的数据库设计已经满足您提出的要求。产品中尺寸、颜色和品牌组合的每个实例都是Product 表中的一行。这通常称为库存单位 (SKU)。
如果您想拥有更高级别的产品，请考虑将您当前的 Product 表分成两部分，如下所示：
ProductType ( product_type_id, product_type_name, product_type_description,
category_id )
SKU ( sku_id, quantity_per_unit, product_type_id )
然后修改您的RetailersStock 表以引用SKU 而不是Product。
【讨论】：
这是库存系统的常见问题；不同的颜色、尺寸等通常称为“variants”。还有其他questionsonStackOverflow。
这里经常有两个问题交织在一起。
一个是“我正在销售肥皂、毛巾和推土机；我如何设计一个架构，让我能够存储和推理这些产品的属性，当它们都不同且我事先不知道时属性是什么？”。我假设这不是你现在的问题。
第二个问题是“我如何跟踪变体的库存、价格等？”。
对此的经典答案是有一个“产品”表，其中包含所有属性共有的属性，以及一个产品变体表，其中包含特定于变体的属性，以及库存数量和价格（如果变体可以有不同的定价，例如一大包肥皂比小包更贵）。
Product table: product_id, product_name, product_description, category_id, quantity_per_unit
Product_Variant table: product_variant_id, product_id(FK), size_code, colour_code
Retailer's Stock table: retailer_id, product_variant_id, unit_price, availability
那么，您确实需要为所有产品保留一个变体，即使该产品只有一个版本，但从更短暂的数据中提取出产品数据的“核心”通常是个好主意比如可用性和价格。
【讨论】：