为什么 NULL = NULL 在 SQL Server 中计算结果为 false

Question

在 SQL Server 中，如果 where 子句中有 nullParam=NULL，则其计算结果始终为 false。这是违反直觉的，给我带来了很多错误。我确实知道 IS NULL 和 IS NOT NULL 关键字是正确的方法。但为什么 SQL Server 会这样呢？

Answer 1

在这种情况下，将 null 视为“未知”（或“不存在”）。在这两种情况下，您都不能说它们相等，因为您不知道它们的值。因此，null=null 的计算结果为 false（false 或 null，具体取决于您的系统），因为您不知道表示它们相等的值。此行为在 ANSI SQL-92 标准中定义。

编辑：
这取决于您的 ansi_nulls 设置。如果你关闭了 ANSI_NULLS，这将评估为 true。运行以下代码作为示例...

set ansi_nulls off

if null = null
    print 'true'
else
    print 'false'


set ansi_nulls ON

if null = null
    print 'true'
else
    print 'false'

Answer 2

弗兰克几岁了？我不知道（空）。

雪莉几岁了？我不知道（空）。

弗兰克和雪莉同龄吗？

正确答案应该是“我不知道”（空），而不是“不”，因为弗兰克和雪莉可能年龄相同，我们根本不知道。

Answer 3

在这里我希望澄清我的立场。

NULL = NULL 计算结果为 FALSE 是错误的。黑客和先生正确回答了NULL。
这就是原因。 Dewayne Christensen 在对

既然已经是十二月了，我们就用
季节性的例子。我有两件礼物
在树下。现在，你告诉我，如果我
是否有两个相同的东西。

它们可以不同，也可以相同，你不知道，直到有人打开两件礼物。谁知道？您邀请了两个互不相识的人，但他们都给了您同样的礼物 - 罕见，但并非不可能§。

那么问题来了：这两个 UNKNOWN 呈现是否相同（相等，=）？正确答案是：未知（即NULL）。

此示例旨在演示“..（false 或 null，具体取决于您的系统）..”是正确答案 - 它不是，只有NULL在3VL中是正确的（或者你可以接受给出错误答案的系统吗？）

这个问题的正确答案

• 三值逻辑（3VL）是违反直觉的（请参阅 Stackoverflow 和其他论坛上关于此主题的无数其他问题来确定）；
• 基于 SQL 的 DBMS 通常甚至不尊重 3VL，它们有时会给出错误的答案（如原发帖者所言，SQL Server 在这种情况下就是这样做的）。

所以我重申：SQL 没有任何好处强迫人们解释相等性的自反属性，它指出：

对于任何 x，x = x §§（用简单的英语来说：无论讨论的宇宙是什么，一个“事物”总是等于它自己< /strong>）。

.. 在 3VL 中（TRUE、FALSE、NULL）。人们的期望会符合2VL（TRUE，FALSE，即使在SQL中也对所有其他值有效），即x = x对于任何可能的 x 值，始终评估为 TRUE - 无例外。

另请注意，NULL 是有效的“非值”（正如其辩护者所假装的那样），可以将其指定为属性值（??）作为关系变量的一部分。因此，它们是每种类型（域）可接受的值，而不仅仅是逻辑表达式类型的值。

这就是我的观点：NULL作为值，是一个“奇怪的野兽”。不委婉地说，我更愿意说：废话。

我认为这个表述更清晰，也更没有争议——对不起，我的英语水平很差。

这只是 NULL 的问题之一。如果可能的话，最好完全避免它们。

§我们在这里关心价值，因此两个礼物始终是两个不同的物理对象这一事实并不是一个有效的反对意见；如果您不相信，我很抱歉，这不是解释值和“对象”语义之间差异的地方（关系代数从一开始就有值语义 - 请参阅 Codd 的信息原理；我认为一些 SQL DBMS 实现者不这样做甚至不关心常见的语义）。

§§据我所知，这是自古以来就被接受的公理（以某种形式，但总是以 2VL 进行解释），并且完全因为它是如此直观。 3VL（现实中的逻辑家族）是最近的发展（但我不确定第一次开发的时间）。

旁注：如果有人介绍Bottom，单位 和 Option 类型试图证明 SQL NULL 的合理性，只有经过相当详细的检查后我才会确信，该检查将显示带有 NULL 的 SQL 实现如何拥有健全的类型系统，并最终澄清什么是 NULL（这些“值”） -不完全价值观”）确实如此。

---

下面我将引用一些作者的观点。 任何错误或遗漏
可能是我的，而不是原作者的。

Joe Celko on SQL NULLs

我看到 Joe Celko 经常在这个论坛上被引用。显然他是这里一位备受尊敬的作家。所以，我对自己说：“他写了哪些关于 SQL NULL 的内容？他如何解释 NULL 的众多问题？”。我的一位朋友有一本Joe Celko 的《聪明人 SQL：高级 SQL 编程，第三版》 的电子书。让我们来看看。

首先，目录。最让我印象深刻的是 NULL 在各种不同的上下文中被提及的次数：

3.4 算术和 NULL 109
3.5 值与 NULL 之间的转换 110
3.5.1 NULLIF() 函数 110
6 个 NULL：SQL 185 中丢失数据
6.4 比较 NULL 190
6.5 NULL 和逻辑 190
6.5.1 子查询谓词中的 NULL 191
6.5.2 标准 SQL 解决方案 193
6.6 数学和 NULL 193
6.7 函数和 NULL 193
6.8 NULL 和宿主语言 194
6.9 NULL 的设计建议 195
6.9.1 避免主机程序出现 NULL 197
6.10 关于多个 NULL 值的注意事项 198
10.1 IS NULL 谓词241
10.1.1 NULL 的来源 242
...

等等。这对我来说是“令人讨厌的特殊情况”。

出于版权原因，我将摘录本书中的一些案例来探讨其中的一些案例，试图将自己限制在本质上。我认为这些引用属于“合理使用”原则，它们甚至可以刺激购买这本书 - 所以我希望没有人会抱怨（否则我将需要删除其中的大部分，如果不是全部）。此外，出于同样的原因，我将避免报告代码片段。对此感到抱歉。购买这本书来阅读有关数据推理的内容。

页码位于后面括号内。

NOT NULL 约束 (11)

最重要的列约束是 NOT NULL，它禁止
在列中使用 NULL。定期使用此约束，并删除
只有当你有充分的理由时才这样做。它将帮助您避免
当您对数据进行查询时，NULL 值会变得更加复杂。

它不是一个值；它是一个标记，用于保存值可能所在的位置。

这又是“有价值但不完全有价值”的废话。其余的对我来说似乎很明智。

(12)

简而言之，NULL 会导致 SQL 中出现很多不规则特征，我们将对此进行讨论
之后。最好的办法就是记住 NULL 的情况和规则
当你无法避免它们时。

关于 SQL、NULL 和无限：

(104) 第 3 章：SQL 中的数字数据

由于多种原因，SQL 尚未接受 IEEE 数学模型。

...

如果 IEEE 数学规则被允许
SQL，那么我们需要无限的类型转换规则以及一种方法
表示转换后的无限精确数值。人们
NULL 已经够麻烦了，所以我们不要去那里。

SQL 实现尚未确定 NULL 在特定上下文中的真正含义：

3.6.2 指数函数 (116)

问题在于，当 (x <= 0) 时，对数未定义。 一些SQL
实现返回错误消息，有些返回 NULL 和 DB2/
400;版本 3 发布 1 返回 *NEGINF（“负无穷大”的缩写）
作为其结果。

Joe Celko 引用 David McGoveran 和 CJ Date 的话：

6 个 NULL：SQL 中丢失数据 (185)

在 David McGoveran 的《Sybase 和 SQL Server 指南》一书中
CJ Date 说：“这是作者的观点，至少与 NULL 相比
目前用SQL来定义和实现，比
它们是值得并且应该避免的；他们表现得很奇怪
不一致的行为可能会成为错误和混乱的丰富根源。
（请注意，这些评论和批评适用于任何系统
支持 SQL 样式的 NULL，而不仅仅是专门针对 SQL Server。）”

NULL 作为一种毒瘾：

(186/187)

在本书的其余部分，我将敦促您不要使用
它们看起来似乎是矛盾的，但事实并非如此。想一个NULL
作为药物；正确使用它，它对你有用，但滥用它，它可能会毁了你
一切。 最好的策略是尽可能避免 NULL 并使用
必要时正确地使用它们。

我在这里独特的反对意见是“正确地使用它们”，这会与
具体实施行为。

6.5.1 子查询谓词中的 NULL (191/192)

人们忘记了子查询经常隐藏与 NULL 的比较。
考虑这两个表：

...

结果将为空。这是违反直觉，但却是正确的。

（分隔符）

6.5.2 标准 SQL 解决方案（193）

SQL-92 通过添加解决了一些 3VL（三值逻辑）问题
形式的新谓词：

<搜索条件>这是[不]真实的|错误|未知

但未知本身就是问题的根源，因此 CJ Date，
在下面引用的他的书中，4.5 章中提出了建议。避免 SQL 中出现空值：

• 请勿在任何上下文中使用关键字 UNKNOWN。

阅读"ASIDE" 未知，也链接如下。

6.8 NULL 和宿主语言 (194)

但是，您应该知道当 NULL 具有
传递给主机程序。没有标准的宿主语言
定义的嵌入支持 NULL，这是另一个
避免在数据库架构中使用它们的充分理由。

（分隔符）

6.9 NULL 的设计建议 (195)

用 NOT NULL 声明所有基表是个好主意
尽可能对所有列进行约束。 NULL 让人困惑
不懂 SQL 的人，NULL 的代价是昂贵的。

反对意见：即使是熟悉 SQL 的人也会对 NULL 感到困惑，
见下文。

(195)

外键中应避免使用 NULL。 SQL 允许这种“好处
的怀疑”关系，但它可能会导致信息丢失
涉及连接的查询。例如，给定零件号代码
由订单表作为外键引用的库存，您
获取具有 NULL 的部件列表时会遇到问题。这是
强制性关系；您不能订购不存在的零件。

（分隔符）

6.9.1 避免主机程序出现 NULL (197)

您可以避免从主机程序将 NULL 放入数据库中
具有一定的编程纪律。

...

确定缺失数据对编程和报告的影响：
带有 NULL 的数字列是一个问题，因为查询
使用聚合函数可能会提供误导性的结果。

（分隔符）

(227)

空集的 SUM() 始终为 NULL。最常见的一种
使用此技巧时犯的编程错误是编写一个查询
可以返回多行。如果你没有想到这一点，你可能
将最后一个示例写为：...

（分隔符）

10.1.1 NULL 的来源 (242)

记住 NULL 可能出现的位置很重要。 他们超过
只是列中的一个可能值。空集上的聚合函数，
OUTER JOIN、带有 NULL 的算术表达式和 OLAP 运算符
全部返回 NULL。这些结构通常显示为列
视图。

（分隔符）

(301)

当您尝试转换时，发现了 NULL 的另一个问题
IN 谓词到 EXISTS 谓词。

（分隔符）

16.3 ALL 谓词和极值函数 (313)

乍一看，这两个谓词在 SQL 中并不相同，这是违反直觉的：

...

但是你必须记住极值函数的规则——它们
在返回较大值或最小值之前删除所有 NULL。这
ALL 谓词不会删除 NULL，因此您可以在结果中获取它们。

（分隔符）

(315)

但是，标准中的定义是在
负数，这样 NULL 就可以从怀疑中受益。
...

如您所见，避免 UNIQUE 中出现 NULL 是个好主意
限制条件。

讨论 GROUP BY：

NULL 被视为彼此相等，并且
形成自己的团体。然后将每个组减少为一个
新结果表中的行替换了旧结果表。

这意味着对于 GROUP BY 子句 NULL = NULL 不
计算结果为 NULL，如 3VL，但计算结果为 TRUE。

SQL标准令人困惑：

ORDER BY 和 NULL (329)

为 NULL 的排序键值是否被视为大于或小于
非 NULL 值是实现定义的，但是...

...有些 SQL 产品可以以任何一种方式执行此操作。

1999 年 3 月，Chris Farrar 向他的一位同事提出了一个问题
开发人员促使他检查 SQL 标准的一部分
我以为我明白了。克里斯发现之间存在一些差异
规范的一般理解和实际措辞。

等等。我认为 Celko 已经足够了。

关于 SQL NULL 的 CJ Date

CJ Date 对于 NULL 的态度更为激进：避免在 SQL 中使用 NULL。
事实上，他的SQL and Relational Theory: How to Write Accurate 第 4 章
SQL 代码的标题为“NO DUPLICATES, NO NULLS”，包含子章节
"4.4 什么是Null 错误吗？” 和“4.5 在 SQL 中避免 Null”（点击链接：
感谢 Google 图书，您可以在线阅读某些页面）。

Fabian Pascal 论 SQL NULL

来自数据库管理中的实际问题 - 参考
致思考实践者（抱歉，网上没有摘录）：

10.3 实际意义

10.3.1 SQL NULL

... SQL 遭受 3VL 固有的问题以及许多问题的困扰
怪癖、并发症、违反直觉和彻底的错误 [10, 11]；
其中包括：

• 聚合函数（例如 SUM()、AVG()）忽略 NULL（COUNT() 除外）。
• 没有行的表上的标量表达式的计算结果错误为 NULL，而不是 0。
• 表达式“NULL = NULL”的计算结果为 NULL，但在 SQL 中实际上是无效的；然而 ORDER BY 将 NULL 视为相等（无论它们在“常规”值之前或之后是什么，都留给 DBMS 供应商）。
• 表达式“x IS NOT NULL”不等于“NOT(x IS NULL)”，如 2VL 中的情况。

...

所有商业实现的 SQL 方言都遵循这种 3VL 方法，因此，
他们不仅存在这些问题，而且还有具体的实施
问题，因产品而异。

Answer 4

这里的答案似乎都来自于CS的角度，所以我想从开发者的角度添加一个。

对于开发人员来说 NULL 非常有用。这里的答案说NULL意味着未知，也许在CS理论中这是真的，不记得了，已经有一段时间了。但在实际开发中，至少根据我的经验，这种情况发生的概率约为 1%。另外 99% 用于该值并非未知但已知不存在的情况。

例如：

• 使用软删除时，deletedAt = NULL并不意味着我们不知道它何时被删除，而是意味着它没有被删除。

• Client.LastPurchase，对于新客户。这不是未知的，已知他还没有购买。

• 当使用带有表的ORM时，每个类 层次结构映射，有些值只是没有映射到某些类。

• 映射树结构时，根通常会有Parent = NULL

• 还有更多...

我确信大多数开发人员在某个时候都会写过 WHERE value = NULL，
没有得到任何结果，这就是他们了解 IS NULL 语法的方式。只要看看这个问题和相关问题有多少票即可。

SQL 数据库是一种工具，应该以最容易让用户理解的方式进行设计。

Answer 5

仅仅因为您不知道两件事是什么，并不意味着它们是相等的。如果当您想到 NULL 时，您会想到“NULL”（字符串），那么您可能需要不同的相等性测试，例如 Postgresql 的 IS DISTINCT FROM AND IS NOT DISTINCT FROM

来自 PostgreSQL 文档“比较函数和运算符”

表达式与表达式不同

表达式与表达式不同

对于非空输入，IS DISTINCT FROM 与 <> 运算符相同。但是，如果两个输入均为 null，则返回 false，如果只有一个输入为 null，则返回 true。同样，对于非 null 输入，IS NOT DISTINCT FROM 与 = 相同，但当两个输入都为 null 时，它返回 true；当只有一个输入为 null 时，它返回 false。因此，这些构造实际上就像 null 是一个正常的数据值，而不是“未知”。

Answer 6

也许这取决于情况，但我认为 NULL=NULL 的计算结果为 NULL 就像大多数以 NULL 作为操作数的操作一样。

Answer 7

在 technet 有一个很好的解释了解空值的工作原理。

空意味着未知。

因此，布尔表达式

value=null 的

计算结果不是 false，而是 null，但如果这是 where 子句的最终结果，则不会返回任何内容。这是一种实用的方法，因为返回 null 很难想象。

理解以下内容很有趣并且非常重要：

如果在查询中我们有

where (value=@param Or @param is null) And id=@anotherParam

value

• =1
• @param 为 null
• id=123
• @anotherParam=123

那么

“value=@param”的计算结果为 null< br>
“@param is null”的计算结果为 true
"id=@anotherParam" 计算结果为 true

所以要计算的表达式变为

(null Or true) And true

我们可能会想，这里“null Or true”将计算为 null，因此整个表达式变为 null，并且行将不会被返回。

事实并非如此。为什么？

因为“null Or true”的计算结果为 true，这是非常合乎逻辑的，因为如果 Or 运算符的一个操作数为 true，则无论另一个操作数的值如何，该操作都将返回 true。因此，另一个操作数未知（空）并不重要。

所以我们最终得到 true=true 并且该行将被返回。

注意：使用与“null Or true”计算结果为 true 相同的清晰逻辑，“null And true”计算结果为 null。

更新：
好吧，为了使它完整，我也想在这里添加其余的内容，这与上面的内容相比非常有趣。

“null Or false”计算结果为 null，“null And false”计算结果为 false。 :)

逻辑当然还是像以前一样不言而喻。

Answer 8

MSDN 有一篇关于空值和它们产生的三种状态逻辑。

简而言之，SQL92 规范将 NULL 定义为未知，并且在以下运算符中使用 NULL 会导致外行人意外的结果：

= operator NULL   true   false 
NULL       NULL   NULL   NULL
true       NULL   true   false
false      NULL   false  true

and op     NULL   true   false 
NULL       NULL   NULL   false
true       NULL   true   false
false      false  false  false

or op      NULL   true   false 
NULL       NULL   true   NULL
true       true   true   true
false      NULL   true   false

Answer 9

至少可以说，NULL 的概念是有问题的。 Codd 在上下文中引入了关系模型和 NULL 的概念（并继续提出了不止一种 NULL！）但是，自 Codd 的原始著作以来，关系理论已经发展：他的一些建议已被删除（例如主键）还有一些从未流行起来（例如 theta 运算符）。在现代关系理论（真正的关系理论，我应该强调）中，NULL 根本不存在。参见第三宣言。 http://www.thethirdmanifesto.com/

SQL 语言存在向后兼容性问题。 NULL 进入了 SQL，而我们却被它困住了。可以说，SQL 中 NULL 的实现是有缺陷的（SQL Server 的实现由于它的 ANSI_NULLS 选项而使事情变得更加复杂）。

我建议避免在基表中使用可空列。

---

尽管也许我不应该受到诱惑，但我只是想对 NULL 在 SQL 中的工作方式进行自己的更正：

NULL = NULL计算结果为UNKNOWN。

UNKNOWN 是一个逻辑值。

NULL 是一个数据值。

这很容易证明，例如

SELECT NULL = NULL

在 SQL Server 中正确生成错误。如果结果是一个数据值，那么我们会期望看到 NULL，正如这里的一些答案（错误地）建议的那样。

SQL DML 和 SQL DDL 中对逻辑值 UNKNOWN 的处理方式分别不同。

在 SQL DML 中，UNKNOWN 会导致从结果集中删除行。

例如：

CREATE TABLE MyTable
(
 key_col INTEGER NOT NULL UNIQUE, 
 data_col INTEGER
 CHECK (data_col = 55)
);

INSERT INTO MyTable (key_col, data_col)
   VALUES (1, NULL);

即使 CHECK 条件解析为 NULL = NULL，该行的 INSERT 也会成功。这是在 SQL-92（“ANSI”）标准中定义的：

11.6 表约束定义

3)

如果表约束是检查
约束定义，则令 SC 为
立即搜索条件
包含在检查约束中
定义并令 T 为表名
包含在相应的表中
约束描述符；桌子
不满足约束条件，如果并且
仅当

存在（从 T 中选择 *，其中不存在）
（SC））

是真的。

按照逻辑再仔细阅读一遍。

用简单的英语来说，我们上面的新行被赋予了“未知的好处”，即“未知”并被允许通过。

在 SQL DML 中，WHERE 子句的规则更容易遵循：

搜索条件适用于
T 的每一行。 where 的结果
子句是 T 的那些行的表
其搜索结果
条件为真。

简而言之，计算结果为 UNKNOWN 的行将从结果集中删除。

Answer 10

因为 NULL 表示“未知值”，并且两个未知值不能相等。

因此，如果按照我们的逻辑 NULL N°1 等于 NULL N°2，那么我们必须以某种方式告诉我们：

SELECT 1
WHERE ISNULL(nullParam1, -1) = ISNULL(nullParam2, -1)

已知值 -1 N°1 等于 -1 N°2

Answer 11

有两种明智的方法可以处理 WHERE 子句中的 NULL = NULL 比较，它们归结为“NULL 是什么意思？”一种方式假设 NULL 表示“未知”，另一种方式假设 NULL 表示“数据不存在”。 SQL 选择了第三种方式，但这是完全错误的。

“NULL 表示未知”解决方案： 抛出错误。

Unknown = 未知应计算为 3VL null。但 WHERE 子句的输出是 2VL：您要么返回该行，要么不返回。这就像被要求除以零并返回一个数字：没有正确的响应。因此，您会抛出一个错误，并强制程序员显式处理这种情况。

“NULL 表示没有数据”解决方案： 返回行。

无数据 = 没有数据应评估为 true。如果我比较两个人，他们有相同的名字和相同的姓氏，并且都没有中间名，那么说“这些人有相同的名字”是正确的。

SQL 解决方案： 不要返回行。

这总是错误的。如果 NULL 表示“未知”，那么您不知道是否应该返回该行，并且您不应该尝试猜测。如果 NULL 表示“没有数据”，那么您应该返回该行。无论哪种方式，默默地删除该行都是不正确的，并且会导致问题。这是两全其美的最糟糕的情况。

抛开理论，从实际角度来说，我同意 AlexDev 的观点：我几乎从未遇到过“返回行”不是所需结果的情况。然而，“几乎从不”并不是“从不”，而且 SQL 数据库通常充当大型重要系统的支柱，因此我可以看到严格并抛出错误的公平案例。

我看不到的是默默地将 3VL null 强制为 2VL false 的情况。像大多数无声类型的强制一样，它就像一只疯狂的黄鼠狼等待着在你的系统中被释放，当黄鼠狼最终跳出来咬某人时，你就会有一个快乐的恶魔追踪它回到它的巢穴。

Answer 12

NULL 不等于任何东西，甚至不等于它本身。我个人理解 NULL 行为的解决方案是尽可能避免使用它:)。

Answer 13

问题：
一个未知数是否等于另一个未知数？
（空=空）
这个问题是没人能回答的，所以它默认为 true 或 false，具体取决于您的 ansi_nulls 设置。

然而问题是：
这个未知变量是未知的吗？
这个问题完全不同，可以用 true 来回答。

nullVariable = null 正在比较值
nullVariable is null 正在比较变量的状态

Answer 14

混乱源自使用 NULL 所产生的间接（抽象）级别。

回到“圣诞树下有什么”的类比，“未知”描述了关于盒子 A 中的内容的知识状态。

因此，如果你不知道盒子 A 中有什么，你就说它是“未知”，但是 这并不意味着“未知”在盒子内。盒子里有一些未知的东西，可能是某种物体，或者盒子里可能什么也没有。

同样，如果您不知道方框 B 中的内容，您可以将您对内容的了解状态标记为“未知”。

因此，关键在于：您对方框 A 的了解程度等于您对方框 B 的了解程度。 （在这两种情况下，您的知识状态都是“未知”或“我不知道盒子里有什么”。）但是盒子里的内容可能相同，也可能不同。

回到 SQL，理想情况下，您应该只有在知道值是什么时才能比较它们。 不幸的是，描述缺乏知识的标签存储在单元格本身中，因此我们很想将其用作值。但我们不应该将其用作值，因为这会导致“当我们不知道盒子 A 中的内容和/或我们不知道盒子 B 中的内容时，盒子 A 的内容等于盒子 B 的内容。
（从逻辑上讲，“如果我不知道盒子 A 里有什么，如果我不知道盒子 B 里有什么，那么盒子 A 里的东西 = 盒子 B 里有什么”的含义是错误的。）

是的，死马。

Answer 15

null 在 SQL 中是未知的，因此我们不能期望两个未知数相同。

但是，您可以通过将 ANSI_NULLS 设置为 Off（默认情况下为 On）来获得该行为
您将能够对空值使用 = 运算符

SET ANSI_NULLS off
if null=null
print 1
else 
print 2
set ansi_nulls on
if null=null
print 1
else 
print 2

Answer 16

您为政府工作，登记有关公民的信息。这包括该国每个人的国民身份证。大约40年前，一个孩子被留在教堂门口，没有人知道他们的父母是谁。此人的父亲 ID 为 NULL。这样的人有两个。计算与至少一个其他人（兄弟姐妹）共享同一父亲 ID 的人数。这两个你也算吗？

答案是否定的，你不知道，因为我们不知道他们是否是兄弟姐妹。

假设你没有 NULL 选项，而是使用一些预先确定的值来表示“未知”，可能是空字符串或数字 0 或 * 字符等。那么你会在您的查询中包含 * = *、0 = 0 和“” = “”等。这不是您想要的（如上面的示例所示），而且您可能经常忘记这些情况（上面的示例是一个超出日常思维的清晰边缘案例），那么您需要语言来记住 NULL = NULL 不是真的。

需要是发明之母。

Answer 17

再次引用圣诞节的比喻：

在 SQL 中，NULL 基本上意味着“封闭的盒子”（未知）。因此，比较两个封闭框的结果也将是未知的（空）。

我知道，对于开发人员来说，这是违反直觉的，因为在编程语言中，NULL 通常意味着“空盒子”（已知）。比较两个空盒子自然会得到 true / equal。

这就是 JavaScript 区分 null 和 undefined 的原因。

Answer 18

只是对其他精彩答案的补充：

AND: The result of true and unknown is unknown, false and unknown is false,
while unknown and unknown is unknown.

OR: The result of true or unknown is true, false or unknown is unknown, while unknown or unknown is unknown.

NOT: The result of not unknown is unknown

Answer 19

如果您正在寻找对两个 NULL 返回 true 的表达式，您可以使用：

SELECT 1 
WHERE EXISTS (
    SELECT NULL
    INTERSECT
    SELECT NULL
)

如果您想要将数据从一个表复制到另一个表，这会很有帮助。

Answer 20

例如，在 case 语句中的when子句中，相等性测试可以从 改为

XYZ = NULL 

。

XYZ IS NULL

如果我想将空格和空字符串视为等于 NULL，我也经常使用相等性测试，例如：

(NULLIF(ltrim( XYZ ),'') IS NULL)

Answer 21

Null 不等于任何东西，包括它自己
测试对象是否为 null 的最佳方法是检查该对象是否等于自身，因为 null 是唯一不等于自身的对象

const obj = null

console.log(obj==obj) //false, then it's null

查看这篇文章