-1

ここには多くのエキスパートデータベースコアデザイナーがいることを知っているので、stackoverflowについてこの質問をすることにしました。

私は、デジタルカメラ、プリンター、冷蔵庫など、現実の世界で入手可能なすべての製品のインデックスを作成することを主な目的とするWebサイトを開発しています。ご存知のように、各製品には独自の仕様があります。たとえば、デジタルカメラには、重量、レンズ、シャッターの速度などがあります。各仕様にはタイプがあります。たとえば、価格（スペックのように見えます）は数値です。

最も標準的な方法は、特定の製品に必要な仕様を適切なタイプで作成し、それを製品に割り当てることだと思います。したがって、製品ごとにPRICEを作成し、タイプ番号を設定する必要があります。

これが私の質問です。たとえば、番号のタイプのPRICEが以前に作成されており、テーブルで価格を検索して製品に割り当てるだけで、すべての仕様を含む仕様のテーブルを作成できますか。この方法の問題は、ユーザーが重複したエントリを作成するのを防ぐ良い方法が見当たらないことです。彼は必要な仕様を見つけることができなければなりません（以前に追加されている場合）。また、同じ名前の仕様がいくつかある可能性があるため、彼が見つけた仕様が実際に必要なものであることを知ってもらいたいです。異なるタイプと使用法。彼がそれを見つけられない場合、彼はそれを作成します。

何か案は？

- - - - - - - - - - - - - - アップデート - - - - - - - - - - - -------

私の質問はdbの柔軟性についてではありません。2番目の方法では、ユーザーは仕様表を台無しにするだろうと思います。彼らは何千もの重複したエントリを作成します、そしてまた私は彼らが彼らの適切なスペックを見つけられないと思います。

4

2 に答える 2

1

同様の問題について説明している動的テーブル生成の回答を終えたところです。観測パターンを見てください。「observation」を「specification」に、「subject」を「product」に置き換えると、このモデルが役立つ場合があります。ReportテーブルとRep_mm_Obsテーブルは必要ありません。

于 2009-11-01T22:09:21.217 に答える
0

要件に基づいて提案されたデータモデル：

SPECIFICATIONSテーブル

  • SPECIFICATION_ID、pk
  • SPECIFICATION_DESCRIPTION

これにより、アイテムに添付することなく、多数の仕様を設定できます。

ITEM_SPECIFICATION_XREFテーブル

  • ITEM_ID、pk、fkからITEMSテーブルへ
  • SPECIFICATION_ID、pk、fkからSPECIFICATIONSテーブルへ
  • VALUE、pk

利点：

  1. 主キーをコンポジットにすることで、値のセットがテーブル全体で一意になるようにします。祝福または呪い、特定の仕様を持つアイテムは、0.99と1.00の値を持つ可能性があります-これらは有効です。
  2. この設定により、仕様を0以上のアイテムに関連付けることができます。
于 2009-11-01T22:01:56.860 に答える