gpt4 book ai didi

sql - 为什么要创建从主键字段引用同一个表的主键的外键约束

转载 作者:行者123 更新时间:2023-12-04 15:24:54 26 4
gpt4 key购买 nike

我继承了一个 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

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

预先感谢您抽出时间回复。

最佳答案

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

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

关于sql - 为什么要创建从主键字段引用同一个表的主键的外键约束,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12684749/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com