关系建模问题

Question

我们有三个实体，分别为 Product、ProductType 和 ProductCategory。

假设我们有三种 ProductType：Book、Music 和 Video。

我们为 Book 提供了三种不同的 ProductCategory：Fiction、Novel、Technical 。

音乐的三种不同ProductCategory：摇滚、爵士、流行。

我们为 Video 提供了三种不同的 ProductCategory：小说、漫画、戏剧 >。

一个Product有一个ProductType并且可以有多个ProductCategory。但其 ProductCategory 应与其 ProductType 匹配。例如，如果其 ProductType 为 Book，则只能采用 Fiction、Novel 和 Technical 作为 ProductCategory 的。

是否可以使用此限制对该架构进行建模（即，Product 的 ProductCategory 应与其 ProductType 匹配），而不使用应用程序代码或触发器等——仅使用表、外键等。

您将如何对此进行建模？

Answer 1

product_type

• product_type_id（pk）
• product_type_description

product_category

• product_id （pk）
• product_type_id（fk 到 product_type.product_type_id
• ） product_type_id（fk 到 product_type.product_type_id） product_category_description

product

• product_category_id（ pk
• ）

ATEGORY_MAP

• 产品_ID ( pk、fk 到 PRODUCT.PRODUCT_ID)
• PRODUCT_CATEGORY_ID（pk、fk 到 PRODUCT_CATEGORY.PRODUCT_CATEGORY_ID）
• PRODUCT_TYPE_ID（pk、fk 到 PRODUCT.PRODUCT_TYPE_ID <强>和PRODUCT_CATEGORY.PRODUCT_TYPE_ID）

Answer 2

很简单，就是一个简单的两级分类问题。在您的应用中，您需要两个单独下拉菜单，在选择 ProductType 之后填充 ProductCategory。

一项澄清：您的陈述“一个产品有一个 ProductType，并且可以有多个 ProductCategory” 与您的描述相矛盾。一个产品只能有一个产品类别（小说、爵士乐），该类别基于产品类型（书籍、音乐）。

这里不需要代理键（其他建模需求中可能有），它们在这里只是多余的。对于像这样的简单分类，CHAR(1) 或 (2) 更好，用户和开发人员友好（当您扫描输出时，您知道“B”表示“书籍”等），并且比任何数字更快key（当然除了tinyint）。

这里没有“技巧”，它是直接的标准化，它支持您确定的规则。

产品分类链接

我不明白需要“地图”表。

我为 Product 提供了一个代理键，但是当然您需要其他键，以便实现合理的约束。

评论回复

好的，所以您的要求尚不明确，而且现在看来它们正在发生变化。当您在评论中回答我的具体问题时，支持您的要求所需的模型将很容易。为了提供帮助，我发布了两种可能性。当然，它是不完整的，等待您的回答：

链接到两种可能的模型

管理员与用户的控制“紧密度”似乎非常松散。请选择以下选项之一，以便我们可以继续处理并关闭问题：

1. Product.ProductType 由管理员设置。这允许管理员和用户为 Product.ProductType 选择任何有效的 ProductCategories 以用于他们的任何用途。

2. 对于每个产品，管理员选择 ProductType 和 ProductCategories 子集（从对 Product.ProductType 有效的 ProductCategories 列表中）。用户然后只能使用管理员为产品选择的产品类别，无论他们有什么用途。

请回复，然后我将发布最终版本。