Fatal编程技术网
  • sql/
  • sql server列本身有外键，它也是主键，这怎么可能呢

sql server列本身有外键，它也是主键，这怎么可能呢

sql

sql server列本身有外键，它也是主键，这怎么可能呢,sql,foreign-keys,primary-key,Sql,Foreign Keys,Primary Key,我正在分析数据库表和设计，我注意到有一个表具有列interviewID，它是表的主键，也是外键，关系表示它是自身的外键，这怎么可能呢。主键表示每个值都应该是唯一的且不为null，但外键表示它必须是现有值之一？设计有问题吗？或者这背后有什么逻辑？在SQL Server Management Studio中创建新外键时，所有控件都设置为疯狂的默认值：表的第一列（通常是主键列）上有一个自引用外键。我想是有人做了这件事，然后打了救球 它没有任何目的。删除它。在SQL Server Management

我正在分析数据库表和设计，我注意到有一个表具有列interviewID，它是表的主键，也是外键，关系表示它是自身的外键，这怎么可能呢。主键表示每个值都应该是唯一的且不为null，但外键表示它必须是现有值之一？设计有问题吗？或者这背后有什么逻辑？

在SQL Server Management Studio中创建新外键时，所有控件都设置为疯狂的默认值：表的第一列（通常是主键列）上有一个自引用外键。我想是有人做了这件事，然后打了救球

它没有任何目的。删除它。

在SQL Server Management Studio中创建新外键时，所有控件都设置为默认值：表的第一列（通常是主键列）上的自引用外键。我想是有人做了这件事，然后打了救球

它没有任何目的。删除它。

在SQL Server Management Studio中创建新外键时，所有控件都设置为默认值：表的第一列（通常是主键列）上的自引用外键。我想是有人做了这件事，然后打了救球

它没有任何目的。删除它。

在SQL Server Management Studio中创建新外键时，所有控件都设置为默认值：表的第一列（通常是主键列）上的自引用外键。我想是有人做了这件事，然后打了救球

它没有任何目的。删除它。

在决定删除之前查看实际的模式不是很明智吗？自引用外键以一些基本方式使用，请参见@yonitdm根据OP键引用同一表的同一列。这是毫无意义的，因为约束总是得到满足的。它说
T.ID
必须在
T.ID
的集合中。那没用。你的意思是删除列上的外键约束吗？在决定删除之前查看实际的架构不是很明智吗？自引用外键以一些基本方式使用，请参见@yonitdm根据OP键引用同一表的同一列。这是毫无意义的，因为约束总是得到满足的。它说
T.ID
必须在
T.ID
的集合中。那没用。你的意思是删除列上的外键约束吗？在决定删除之前查看实际的架构不是很明智吗？自引用外键以一些基本方式使用，请参见@yonitdm根据OP键引用同一表的同一列。这是毫无意义的，因为约束总是得到满足的。它说
T.ID
必须在
T.ID
的集合中。那没用。你的意思是删除列上的外键约束吗？在决定删除之前查看实际的架构不是很明智吗？自引用外键以一些基本方式使用，请参见@yonitdm根据OP键引用同一表的同一列。这是毫无意义的，因为约束总是得到满足的。它说
T.ID
必须在
T.ID
的集合中。那没用。你的意思是删除列上的外键约束吗