独家弧和多个多对多关系数据库设计问题

Question

我有一个现有的应用程序，在数据库中有以下实体

• 客户
• 发票组
• 销售组

一个客户可以是多个组的一部分。目前这是通过以下方式映射的

Customer table
 - cid (Pk)
 - fname
 - surname
 ----
 ---
 - invgrpdid (Fk)
 - salesid (Fk)

Invoicegroup table
 - invgrpid (Pk)
 - name
 - type
 ---
 ----

Salesgroup table
 - salesid (Pk)
 - name
 - desc
 -----
 -----

我现在需要添加一个新的实体广告系列。一个客户可以是多个活动的一部分。为由以下人员创建的客户组部署了活动 - 选择个人客户（自定义）或 - 选择现有的发票组（发票）或 - 选择现有的销售组（销售）

广告系列客户列表应为 - 可重复使用，即可用于多个活动 - 动态的，即如果从发票/销售组创建，则在发票和销售组之间发生变化 应反映到活动客户列表中

我在设计动态需求时遇到了困难。我提出了以下设计，但它具有专有弧，即一个键引用多个外键，这不是推荐的方法。考虑过超类型和子类型，但是对于多对多关系的设计我不是很清楚。

campaign
 - campaignid(Pk)
 - name
 - startdate
 - status
 ------

campaignlist
 - listid(Pk)
 - listname
 - listtype - Invoice, Sales, Custom
 - typeid (Fk) - Refers to invoicegroupid or salesgroupid depending on listtype
 -----

customercampaign
  - listid (Fk)
  - customerid (Fk)
  - status
  - dateupdated
  -------------

考虑到参照完整性和规范化，有什么更好的设计方法。 每天多次运行的最频繁查询是检索客户的所有活动信息。所以需要注意多个表和连接。

Answer 1

在第一次尝试时，我会这样做：

CampaignList
    - ID (PK)
    - Name

CustomerCampaignList
    - CampaignListID (FK to CampaignList.ID)
    - CustomerID (FK)
      UNIQUE (CampaignListID, CustomerID)

SalesGroupCampaignList
    - CampaignListID (PK,FK to CampaignList.ID)
    - SalesGroupID (FK)
      UNIQUE (CampaignListID, SalesGroupID)

InvoiceGroupCampaignList
    - CampaignListID (PK,FK to CampaignList.ID)
    - InvoiceGroupID (FK)
      UNIQUE (CampaignListID, InvoiceGroupID)

即使用表继承。这是一个相当规范化的设计，在我看来，这是在您尚未了解具体要求时采用的方法。或者，您可以通过将CampaignListTypeID 放入CampaignList 表中来使您的生活更轻松。但是，在这种情况下，如果不在触发器中编写逻辑，就很难保持数据模型的完整性。

我假设您永远不必进行有趣的组合组，例如 2 x 销售组 + 发票组 + 一组客户。