请，我需要一些帮助来设计一个数据库（尽可能好）。我有一套不同尺寸的产品，客户可以创建订单，要求提供各种尺寸的产品和变量。
我怀疑以下哪种模式更好？：
1.-创建产品表，创建产品尺寸表，创建订单表并为每个需要的数量创建表。例如，请参阅以下草稿表（仅显示主要字段）
PRODUCTCODE介绍
PRODUCTCODE，productSizeDescription
ORDERNUMBER，orderDate存储
ORDERNUMBER，PRODUCTCODE，productSizeDescription，quantityRequired
2.-创建一个包含多个字段的产品表，以定义所有可用的产品尺寸，创建一个包含多个字段的订单表，以存储产品尺寸所需的所有数量。例如，请参见以下草稿表（仅显示主要字段）：
PRODUCTCODE介绍productSize1，productSize2，productSize3，...，productSizeN
ORDERNUMBER，orderDate存储PRODUCTCODE，productSize1，requiredQuantity1，productSize2，requiredQuantity2，produtSize3，requiredQuantity3，...，productSizeN，requiredQuantityN
在我看来，第一种方法是最关联的，但它们的缺点是我需要许多小记录，仅用于所需产品尺寸的数量。
第二个，并非完全关系，但只需要一个大记录来存储有关订单的所有信息以及一次一个产品所需的数量。
我认为不相关，但我打算使用MySql数据库。
我希望有些人可以指导我决定架构是否更好，或者可以建议另一架构。
提前致谢，我为可能不好的英语道歉！
答案 0 :(得分：0)
你的第一种方法是最好的。拥有“许多小记录”在关系数据库中是首选，并不是一个缺点。