3

我有一个包含两列作为主键的表。这两列也是引用同一张表的外键：（这张表是前段时间由一个已经离开公司的人创建的）

CREATE TABLE [dbo].[tblItemLink](
    [ItemListID] [int] NOT NULL,
    [ItemID] [int] NOT NULL,
 CONSTRAINT [PK_tblItemList] PRIMARY KEY CLUSTERED 
(
    [ItemListID] ASC,
    [ItemID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO
ALTER TABLE [dbo].[tblItemLink]  WITH CHECK ADD  CONSTRAINT [FK_tblItemLink_tblItemLink] FOREIGN KEY([ItemListID], [ItemID])
REFERENCES [dbo].[tblItemLink] ([ItemListID], [ItemID])
GO

ALTER TABLE [dbo].[tblItemLink] CHECK CONSTRAINT [FK_tblItemLink_tblItemLink]
GO

在实践中，ItemID 指的是 tblItem.ItemID，而 ItemListID 在 DB 的其他任何地方都找不到，但在应用程序中有相应的枚举。

主键是否有任何理由也是引用自身的外键（即一些未记录的性能改进），还是只是一个错误？

4

2 回答 2

5

我不知道为什么这特别会带来好处 - 所以我将选择选项 2 - 一个错误。

当然，如果它是同一个表中的不同列，那将是有道理的，正如@Jignesh.Raj 指出的那样，这将形成某种层次结构。

您有时甚至可以在同一个表中使用这样的多列引用结束多个层次结构：

CREATE TABLE T (
   GroupID int not null,
   ItemID int not null,
   ParentItemID int null,
   constraint PK_T PRIMARY KEY (GroupID,ItemID),
   constraint FK_T_Parent FOREIGN KEY (GroupID,ParentItemID) references T (GroupID,ItemID)
)

在上面，GroupID列总是引用自己。

但正如我所说，对于您当前的表，两列都只引用自己，这是没有意义的。

于 2013-05-18T05:15:52.057 回答
3

这就是您创建层次结构的方式，并且还可以确保您不能有一个无效父母的孩子。

另请参阅您是否应该将自引用表列设为外键？

于 2013-05-18T05:06:43.920 回答