当我有一个公共实体时的数据库、数据访问和业务层设计

Question

我有一个网站，其中包含很多类型的业务，每个业务都有自己的层，但现在我有一个称为品牌的通用实体。

我是否应该为每个企业品牌信息提供表格，例如：

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

DB Table
Business2_BrandsInfo
...etc ?

当然，我将为每个企业的每个品牌信息拥有一个单独的企业实体。

或者我应该有一个公用表并为每个企业添加一个 id 来定义该品牌属于哪个企业。

这几个业务不相关，但无论业务类型如何，每个品牌都有相同的典型信息，而且我的网站上有 5 种不同类型的业务。

Answer 1

simple ：如果每个表都有相同的属性，那么您可以将其放入 1 个表中并通过 TypeId 列识别它们。

如果您有超过 1 种类型，那么您还需要超过 1 个实体来满足这些表的要求。

用于识别的类型也将在类中。

请注意，如果明天您将添加特定列来输入“1”，那么您将会遇到问题......

Answer 2

我假设通用实体是指在您网站上的所有企业之间共享的对象。如果是这种情况，您的数据库架构应该反映所有品牌的单个表，但它应该有一个 BusinessID 列，其中包含与其关联业务的外键。

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

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

您可以根据需要添加任意数量的企业和品牌，但稍后，如果您想要因企业或品牌而异的自定义属性，则必须更改该架构，或者您必须设计一些其他方法那些自定义字段。

Answer 3

我会把这些分开。下面有两个选项。您不需要重复具有相同类型数据的表。

选项 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)
}