異なるカテゴリの製品を1つの注文で限定する

Question

商品には異なるカテゴリがあります。顧客は同じカテゴリーの複数の商品のみを注文することができ、同じカテゴリーで異なるカテゴリーの商品を注文することはできません。彼らは、各カテゴリーごとに別々の注文を作成する必要があります。私の問題は、これを設定する方法を理解できないことです。スクリーンショットを参照してください。今設定されている方法でOrder_DetailsにProductIDがあるので、クライアントが異なるカテゴリから複数の製品を選択するのを止めることはありません。

OrdersテーブルまたはOrders_ItemsテーブルにCategoryID FKを設定した場合、カテゴリは製品の属性であり、注文ではないため、正規化の2番目の形式に違反します。製品カテゴリーは2つの表になるため、冗長性も作成されます。

このために別のテーブルを作成する必要がありますか、何らかの制約によってこれを制限する方法はありますか？ （はい、私は自分のアプリケーションでプログラム的にこれを制限することができますが、私はむしろそれがデータベースに正しく設定しています。

Answer 1

私はOrdersとOrder_Itemsの両方でCategoryIDを追加し、コンポジットFK制約を使用します参照整合性を確保：

ALTER TABLE Order_Items 
ADD FOREIGN KEY (OrderID, CategoryID) 
REFERENCES Orders (OrderID, CategoryID); 

ALTER TABLE Order_Items 
ADD FOREIGN KEY (ProductID, CategoryID) 
REFERENCES Products (ProductID, CategoryID); 

は、これが作成される、適切なインデックスが必要になります

を追加します。 Ordersテーブルのは、OrderIDに依存しているため、2NFまたは3NFに違反しません。関数の依存性を記録または導出する他の方法がないため、これは冗長ではありませんOrderID -> CategoryID。それは推移関数従属性（OrderItemID -> OrderID -> CategoryIDとOrderItemID -> ProductID -> CategoryID）を作成するため

Order_ItemsにCategoryIDを追加する3NFに違反します。ただし、上記のFK制約を使用すると、データの異常が発生するリスクはありません。情報の観点から冗長性を導入していますが、管理された冗長性であり、参照整合性のために使用されるため正当です。

トリガーを使用すると冗長性なしで同じ目的を達成することができます（OrdersにはまだCategoryIDが必要です）が、私はFK制約の単純さを好みます。