自引用表上的复合键

Question

我们有一个用于下面定义的站点表的复合主键。从功能上来说，这完全符合我们的预期。每个站点都应该有一个同一区的父站点。以这种方式定义表可以专门实现这一点。

    CREATE TABLE [dbo].[site](
        [site_number] [nvarchar](50) NOT NULL,
        [district_id] [bigint] NOT NULL,
        [partner_site_number] [nvarchar](50) NULL,
     CONSTRAINT [PK_site] PRIMARY KEY CLUSTERED 
    (
        [site_number] ASC,
        [district_id] ASC
    )

    ALTER TABLE [dbo].[site]  WITH CHECK ADD  CONSTRAINT [FK_site_site] FOREIGN KEY([partner_site_number], [district_id])

我的具体问题是关于复合 PK 上定义的自引用 FK。我听过一些关于这个特定设计的意见，它们往往是相互矛盾的。有些人特别喜欢它，因为它在复合键的一般理解范围内发挥了应有的作用。其他人坚持认为这在理论上是不正确的，并且 FK 中还应该包含一个 [partner_district_id] 字段，而不是 [district_id]。此设计需要验证以强制 [district_id] = [partner_district_id]，这可以通过检查约束或应用程序级逻辑来完成。

对这些解决方案或任何其他解决方案的进一步意见将不胜感激。

Answer 1

我建议将 SiteId 单独作为主键。 DistrictId 可能应该是外键？

编辑 - 在这种情况下，我建议将额外的 PartnerDistrictId 添加到外键中；您永远不知道，您以后可能想将一个站点与不同地区的另一个站点合作。但就我个人而言，我赞成在这里使用代理键。在大多数情况下；）

Answer 2

命名评论... Site_Id 本身不是唯一的吗？因为名称 Site_id 意味着 iut 是。如果它仅与 District_Id 组合时唯一，那么它可能命名错误...如果它是 site_Sequence、District_site_No 或其他更清晰的内容，可能会更清晰。

如果我理解您的域模型，那么一个地区中的所有站点都“派生”自同一根父站点，并且不同地区的站点之间不能有重叠...如果是这样，则可以通过使 DistrictID 可为空来实现相同的功能，并且只为根站点填充它。那么Site_Id可以是单个字段PK，而ParentSiteId可以是单个字段FK。所有“子”站点都“属于”其根父站点记录中指定的地区。