6

我继承了一个 SQL Server 数据库,该数据库有一个主键名为 RecordID 的表。表定义和外键定义如下:

CREATE TABLE [dbo].[MyTable](
  [RecordId] [int] IDENTITY(1,1) NOT NULL,
  [FileName] [nvarchar](255) NOT NULL,
  [Record] [nvarchar](255) NOT NULL,
  [ErrorDescription] [nvarchar](255) NULL,
  [ProcessDate] [datetime] NOT NULL,
 CONSTRAINT [PK_MyTable] PRIMARY KEY CLUSTERED 
(
  [RecordId] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON, FILLFACTOR = 90) ON [PRIMARY]
) ON [PRIMARY]

GO

ALTER TABLE [dbo].[MyTable]  WITH CHECK ADD  CONSTRAINT [FK_MyTable_MyTable] FOREIGN KEY([RecordId])
REFERENCES [dbo].[MyTable] ([RecordId])
GO

ALTER TABLE [dbo].[MyTable] CHECK CONSTRAINT [FK_MyTable_MyTable]
GO

如果从同一个表中的不同字段引用的外键返回到允许层次结构的主键字段,我可以理解这一点,但在这种情况下,外键定义中的两个字段是完全相同的字段。这只是表和外键的原始定义中的错误吗?或者这有什么真正的优势?

提前感谢您的回复。

4

1 回答 1

4

因为外键引用自身,所以检查永远不会失败。这使得它,作为一个约束,一个无操作,所以它在这个词的每一个意义上,extraneous。显然有人在创建约束时犯了错误。

我以为我可能遗漏了什么,所以快速检查了一下:http: //www.dotnetnuke.com/Resources/Forums/forumid/-1/postid/342163/scope/posts.aspx这加强了我的怀疑(用户错误)。我最有根据的结论是,有人在某个阶段想创建一个自引用(其他列)表约束,但在混乱的邪恶扭曲中创造了这种可憎的东西。

于 2012-10-02T05:32:27.327 回答