データベース、データアクセス、ビジネスレイヤデザイン共通のエンティティを持つ場合

Question

多くの種類のビジネスが含まれるウェブサイトがありますが、各ビジネスには独自のレイヤがありますが、今はブランドと呼ばれる共通のエンティティがあります。

は、私は次のように、それぞれの事業ブランドの情報のテーブルを持っている必要があります。

DB Table 
Business1_BrandsInfo 
.................... 

DB Table 
Business2_BrandsInfo 
...etc ? 

そしてもちろん、私は、各事業の各ブランド情報のための別々のビジネスエンティティを持っています。

共通のテーブルを1つ作成し、このブランドが属するビジネスを定義するためにビジネスごとにIDを追加する必要があります。

いくつかのビジネスは関連していませんが、私はビジネスのタイプに関係なく、それぞれのブランドについて同じ典型的な情報を持っています。私は自分のサイトで5種類のビジネスが好きです。

Answer 1

シンプル：各テーブルで同じプロパティを持つので、1つのテーブルに入れてTypeId列で認識できます。

1つ以上のタイプがある場合は、これらのテーブルの内容に複数のエンティティが必要です。

認識のタイプもクラスに含まれます。

私はあなたがすべての企業間で共有されるオブジェクトを意味する一般的なエンティティによって仮定

Answer 2

...明日あなたは、あなたが問題を抱えているだろう「1」を入力するための特定の列を追加する場合ことに注意してください。あなたのウェブサイトこの場合、データベーススキーマにはすべてのブランドの単一の表が反映されている必要がありますが、関連するビジネスへの外部キーを持つBusinessID列が必要です。

あなたはなりますが、必要な数の企業やブランドを追加することもできますが、後であなたがブランドへのビジネスやブランドへのビジネスとは異なり、カスタムプロパティをしたい場合は、そのスキーマを変更する必要がありますけれども、または

[dbo].[Brands] 
ID 
BusinessID → [dbo].[Businesses].[ID] 
... 

[dbo].[Businesses] 
ID ← [dbo].[Brands].[BusinessID] 
... 

それらのカスタムフィールドのために他の方法を工夫する必要があります。

Answer 3

これを分割します。以下に2つのオプションを示します。同じタイプのデータを持つテーブルを繰り返す必要はありません。

オプション1

Brands 
{ 
    ID, 
    BusinessID, (FK to Business.ID) 
    Info1, 
    Info2 
} 

Business 
{ 
    ID, 
    BusinessName, 
    BusinessDesc, 
    OtherStuff1, 
    OtherStuff2 
} 

オプション2

Brands 
{ 
    ID, 
    Info1, 
    Info2 
} 

Business 
{ 
    ID, 
    BusinessName, 
    BusinessDesc, 
    OtherStuff1, 
    OtherStuff2 
} 

BusinessToBrands 
{ 
    ID, 
    BrandsID(FK to Brands), 
    BusinessID(FK to Business) 
}