product(id, name)モデル番号が異なる複数の製品グループを含む表があります。すなわち、{motor10、motor20、motor30、pipe10、pipe20、pipe30、wrench12、wrench20 など}。
product category{motor, pipe, wrench, uncategorized} などのカテゴリのみを含む、という名前の新しいテーブルを作成することにしました。
質問
アプリケーションの実用的な目的で (ER 図のモデル化などの理論的な目的ではなく)、識別関係または非識別関係を使用する必要がありますか?
私のユースケース
私の場合、製品がカテゴリなしでは存在できないように定義できます。ただし、製品がまだ分類されていない場合は、uncategorizedカテゴリに価値があります。カテゴリには、まだ製品が割り当てられていないエントリを含めることができます。
カテゴリは、私が実際に使用する必要のない架空の概念ですが、現在持っている一連の製品を分類するのに役立ちます. これはでっち上げのコンセプトであり、どのように使用したいのかわからないため、この問題に苦労していると思います。別名..テーブルを用意する必要はまったくありませんがproduct_category、さまざまな製品のグループ分けに役立つことは間違いありません。
これを識別関係にするには、一部のコードを修正して書き直す必要があります。多くのコードを書く前に、これを識別関係にしたいことを確認したかったのです。
...とはいえ、これを識別関係にしない場合はありますか?