MySQLデータベースデザイン

Question

私は近いうちに実装する予定のMySQLデータベースの大まかな設計をしていますが、技術的に正しいかどうかはわかりません。私は私の心の中で、データベースの設計で、したがって疑問を正式な教育を取られたことがない：

エンティティ/テーブル

1. 商品（P_ID、名前）
2. パッケージ（P）ID、名前）
3. Default_Package（* Commodity_ID、* PACKAGE_ID、P_ID）
4. Custom_Package（* Commodity_ID、* PACKAGE_ID、ORDER_ID、P_ID）
5. 注文（P_ID、PACKAGE_ID、Custom_Package = 0）

これは、システムが動作するように設計されてどのように基本的である：

1. 管理者は、
2. ユーザーがデフォルトのパッケージを購入する必要がdefault_packageテーブルに格納されているデフォルトのパッケージの束を作成しますOrder_IDテーブルのPackage_IDフィールドで参照されています

3. ユーザーはデフォルトパッケージをカスタマイズできます。彼らがそうすることを選択した場合、Custom_Packageフィールドは1にフリックされ、カスタムパッケージの情報はCustom_Packageテーブルに格納されます。

4. ルックアップを実行すると、ordersテーブルのcustom_packageフィールドがチェックされます。 0の場合、packageはdefault_packageリストから取得されます。これは、注文に戻って参照するすべてのレコードを取得することによってCustom_Packageリストから取得されます。

データベース設計と実装に関する私の経験から、これはうまくいくはずです。しかし、これが最善の方法であるかどうかはわかりません。

誰かが意見を分かち合うことができたら本当に感謝します。

:)

Answer 1

私の考え、あなたの例やコメントに基づいて：

それはあなたの「パッケージ」に表示されるパッケージ名や商品名の組み合わせは？

1. 商品（P_ID、名前）
2. パッケージ（P）ID、名前）

Iは、以下の二つのテーブルを合わせます：

に

3. Default_Package (* Commodity_ID, * Package_ID, P_ID) 
4. Custom_Package (* Commodity_ID, * Package_ID, Order_ID, P_ID) 

を

3. Packages (P_ID, * Commodity_ID, * Package_ID, P_type=0/1) 

、その後、私は注文テーブルにフラグをさせるお勧めしません

4. Order (P_ID, Package_ID) 

で注文をし、あなたが取得しようとすると、あなたのJOIN句が不必要に複雑になるだろうので、それは、取得する必要のある「パッケージ」の表を決定すべての注文のパッケージ詳細。

私は、単一ビット（個人的な好み）のための非正規化のビットを受け入れるだろうが限り正規として、あなたはまた、別のテーブルにパッケージにP_TYPEを破る可能性が厳格になりたい場合は。ただし、パッケージに固有の他のフィールドがある場合は、IDとその他のフィールドを持つパッケージテーブルを作成し、商品IDとパッケージIDのリストを含むpackages_detailsテーブルを作成します。 また、は、カスタムパッケージとデフォルトパッケージ（つまりデフォルトパッケージは1〜100で、カスタムはそれ以降に始まります）の数値スキームを使用しないようにします。そのようなスキームは将来的に破損する可能性が高いためです

私が示唆するものは、すべての注文のすべてのパッケージの詳細を取得するためのクエリをまとめたもので、これはおそらく "最も詳細な情報"を表します。両方のデザインを使用してクエリを作成してみてください...