0

データベースを設計するための助けが必要です (可能な限り)。私はさまざまなサイズで作られた一連の製品を持っており、顧客は多くの製品と利用可能な各サイズの可変数量を求める注文を作成できます。

私の疑問は、次のスキーマのどれが優れているか?:

1.- 製品のテーブルを作成し、製品サイズのテーブルを作成し、注文のテーブルを作成し、必要な各数量のテーブルを作成します。たとえば、次のドラフト テーブルを参照してください (主なフィールドのみが表示されます)。

製品

商品コード、説明

製品サイズ

商品コード、商品サイズ説明

注文

注文番号、注文日

注文詳細

注文番号、商品コード、商品サイズ説明、数量必須

2.- 利用可能なすべての製品サイズを定義する複数のフィールドを持つ製品のテーブルを作成し、製品サイズに必要なすべての数量を格納する複数のフィールドを持つ注文のテーブルを作成します。たとえば、次のドラフト テーブルを参照してください (主なフィールドのみが表示されます)。

製品

productCode,description,productSize1,productSize2,productSize3,...,productSizeN

注文

orderNumber,orderDate,productCode,productSize1,requiredQuantity1,productSize2,requiredQuantity2,produtSize3,requiredQuantity3,...,productSizeN,requiredQuantityN

私には最初のアプローチが最もリレーショナルに思えますが、その欠点は、必要な各製品サイズの数量についてのみ、多くの小さなレコードが必要になることです。

2 つ目は、完全なリレーショナルではありませんが、注文に関するすべての情報と一度に 1 つの製品に必要な数量を格納するために必要な大きなレコードは 1 つだけです。

関連はないと思いますが、MySql データベースを使用する予定です。

どちらのスキーマが優れているかを判断したり、別のスキーマを提案したりできる人がいるといいのですが。

よろしくお願いします。下手な英語で申し訳ありません。

4

1 に答える 1

0

最初のアプローチが最適です。リレーショナル データベースでは「多数の小さなレコード」を持つことが推奨され、欠点ではありません。

于 2012-07-18T21:54:38.093 に答える