主页 / dba / 问题 / 268677
Accepted
Lokesh Reddy
Asked: 2020-06-08 05:02:57 +0800 CST

主键是否只包含一个 Null 值...？

  • 772

我的工作

  • 主键是唯一的，并且只有一个包含一个表。

  • 表中可以包含许多唯一键。

  • 在 SQL Server 中，主键不是 Nullable。但是，唯一键可能只包含一个空值。

我的问题：

实际上，在 SQL Server 中，主键不可为空。但是从理论上讲，当唯一键中允许 Null 值时，为什么我们不能在主键中只有一个 Null 值呢？

谢谢回答我的问题

很抱歉问了一个一般性问题，在阅读了答案后，我对 DB 中的空值有了一个清晰的认识。

此外，我对 C++、Jave 等编程语言感到困惑，其中 null 值可以比较。在做了一些工作之后，我明白 Null 在 SQL 中是不可比的。

在 C++ 等编程语言中，Jave...

Null==Null

返回 TRUE

但是，在 SQL

Null==Null

返回 FALSE，因为 Null 值是未知的，它可以是任何值。

primary-key unique-constraint

1 个回答

  1. Best Answer

    作为键的一部分的任何属性都不能包含空值；如果一列可以为空，则它不是任何键的一部分。由 UNIQUE 或 PRIMARY KEY 约束定义的列集也不是键，除非它是最小超键且不可为空。

    为什么键不能允许空值？有很多潜在的原因：

    1. 键是一个关系概念，而空值（正如我们今天所知道的）本质上是几年后出现的 SQL 发明。SQL DBMS 与关系 DBMS 不同。
    2. Null 不是值，因此它们不是键值。空值是未指定值的标记。
    3. 密钥应该是不可约的（最小的） - 换句话说，密钥的所有组件都需要生成超级密钥。由于 null 意味着缺少某些组件，因此它与键的最基本定义相矛盾。
    4. 在标准 SQL 中，如果任何列允许空值，则唯一性约束不会强制唯一性。
    5. SQL DBMS 还允许在其他约束中使用空值（PRIMARY KEY 除外）：FOREIGN KEY、CHECK、ASSERTION。空值从不违反约束，因此空值作为一种“退出子句”来保证数据完整性。假设地，如果在键中允许空值，那么这似乎意味着一种更严格的引用完整性形式，除非父表中有相应的空键，否则不允许在外键中出现空值。在这种情况下，每个可以为空的外键都必须引用一个可以为空的键，并且不能引用一个不可为空的键。
    6. 现实中没有空值，在日常数学或逻辑中；它们只是 SQL 中的一个编程特性，并不是特别“数学”，甚至在它们的工作方式上也不是一致的。不要寻找更多原因：空值的工作方式只是因为 SQL 的设计者这么说。
    • 9

相关问题