データベース構造、複数のエンティティのための1つの大きなエンティティ

Question

私は、ユーザーが任意の製品に関するコメントを残すことができるストアウェブサイトを持っているとします。

ウェブサイトのデータベースにテーブル（エンティティ）があるとします。「シューズ」、「帽子」、「スケート」としましょう。 私は、すべてのエンティティ（ 'shoes_comments'、 'hats_comments'、 'skates_comments'など）ごとに別々の「コメント」テーブルを作成したくありません。 私の考えは、何とかすべてのコメントを大きなテーブルに保存することです。コメントを持つことができるすべてのエンティティのための

table (comments): 
ID (int, Primary Key), 
comment (text), 
Product_id (int), 
isSkates (boolean), 
isShoes (boolean), 
isHats (boolean) 

などのフラグ：これを行うには

一つの方法は、私が考えていること、テーブルを作成することです。

それから私は、SELECTクエリは次のようになり、一部の製品についてのコメントを取得したいとき：

SELECT comment 
FROM comments, ___SOMETABLE___ 
WHERE ____SOMEFLAG____ = TRUE 
    AND ___SOMETABLE___.ID = comments.Product_id 

が、これは必要な機能のためのデータベースを実装するための効率的な方法ですが？ 他の方法はありますか？>

Answer 1

コメント用に1つのテーブルを作成し、コメントテーブルに他のテーブルの外部キーを使用することをお勧めします。

Answer 2

申し訳ありませんが、これは奇妙です。

実際には、それぞれの製品タイプごとに別々の表がありますか？共通のフィールド（名前、説明、価格、商品画像など）を持っていませんか？一般的なフィールドのproduct、外国productへの鍵が、無hasX列のcomments、帽子の製品ラインに固有のフィールドのみでhat：テーブル用として

私の推薦。 hatのプライマリキーはproduct PKまたは個別の一意の値です（外部キーのフィールドをproductに追加する必要があります）。

Answer 3

これを行うには、「正規化」の方法は、1つの以上のエンティティを追加することです（たとえば、「製品」）は（コメントを含む）、靴、帽子、スケートパフォーマンスの考慮事項に加えて

   +-- 0..1 [Shoe] 
       | 
[Product] 1 --+-- 0..1 [Hat] 
    1   | 
    |   +-- 0..1 [Skate] 
    * 
[Comment] 

に共通するグループのすべての特性ここでの欠点は、データモデルには、Productの行がShoeの行とHatの行の両方で参照されることを防ぐものがないことです。

他の選択肢もあります（それぞれの特典には&の脆弱性があります） - あなたは "jpa継承戦略"について何かを読んでみたいと思うかもしれません - あなたの同じ問題について議論するJavaの記事を見つけるでしょう残りの部分を読む）

個人的には、階層内のすべてのエンティティ（私たちの場合は靴、帽子、スケート）に単一のテーブルを使用し、パフォーマンスとシンプルさの祭壇の制約を犠牲にしてしまうことがよくあります靴には必須であるが、帽子やスケートでは必須ではないフィールド）。