答案是：插入NULL值应使用NULL关键字或省略允许NULL的列；不可向NOT NULL字段插入NULL，否则会触发约束错误；查询时需用IS NULL而非= NULL，聚合函数自动忽略NULL，表连接中NULL不匹配任何值，包括自身。
在SQL中插入空值（NULL）其实非常直接，它不是一个空字符串也不是数字零。最普遍的方法就是直接在
INSERT语句中使用
NULL关键字，或者，如果列允许空值且没有默认值，你可以选择在
INSERT语句中省略该列。理解
NULL的特殊性，是正确操作数据库的关键。
插入
NULL值，在SQL里有几种常见且被推荐的做法。
最直观的，当然是直接使用
NULL关键字。比如，你有一个用户表
Users，里面有
FirstName,
LastName,
INSERT INTO Users (FirstName, LastName, Email) VALUES ('张', '三', NULL);这里，
NULL就明确地告诉数据库，
' '（一个空字符串）或者
0（数字零）是完全不同的概念。
NULL代表的是“未知”或者“不适用”，它甚至不占用存储空间来表示一个“空”值，它只是一个标记。
另一种情况，如果你的列允许
NULL，并且你确定不需要为它提供任何值（也没有默认值），你可以在
INSERT语句中直接省略这个列。
INSERT INTO Users (FirstName, LastName) VALUES ('李', '四');在这种情况下，数据库会为
NULL。这其实是我个人比较喜欢的一种做法，因为它让SQL语句看起来更简洁，也更明确地表达了“这个字段我暂时不关心”的意图。
当然，如果你需要更新现有记录的某个字段为空，
UPDATE语句也是一样简单：
UPDATE Users SET Email = NULL WHERE UserId = 101;
这里要特别强调一点，也是新手常犯的错误：不要把
NULL和空字符串
''混为一谈。它们在数据库中的含义和行为是截然不同的。
''是一个有长度的字符串，只是长度为零，而
NULL代表的是值的缺失。同样，对于数值类型，
NULL也不是
0。理解这一点对于后续的数据查询和处理至关重要。
尝试向非空（NOT NULL）字段插入NULL值会发生什么？
这个问题，相信很多初学者都踩过坑，包括我自己在刚开始接触数据库的时候也遇到过。简单来说，如果你尝试向一个被定义为
NOT NULL的字段插入
NULL值，数据库会毫不留情地抛出一个错误。这是一种数据完整性（Data Integrity）的保护机制。
不同的数据库系统可能会有不同的错误信息，但核心意思都是一样的。比如，在Oracle中你可能会看到
ORA-01400: cannot insert NULL into ("SCHEMA"."TABLE"."COLUMN")；在PostgreSQL或MySQL中，错误信息可能类似ERROR: null value in column "column_name" violates not-null constraint或者
Column 'column_name' cannot be null。
这个错误明确地告诉你，你正在尝试违反数据库模式（Schema）中定义的规则。
NOT NULL约束的存在，是为了确保某些关键数据字段始终有值，避免数据缺失导致业务逻辑出错。比如，一个订单表中的
OrderId或
OrderDate，通常都是不允许为空的。如果允许为空，那么这张订单记录的有效性就大打折扣了。
遇到这种错误，解决办法通常有几种：
-
提供一个有效值： 最直接的方法，就是为那个
NOT NULL
的字段提供一个非空的值。 -
检查业务逻辑： 重新审视你的业务需求，这个字段真的不应该有值吗？如果业务上确实允许为空，那么可能需要修改表结构，将该字段的
NOT NULL
约束移除（ALTER TABLE YourTable ALTER COLUMN YourColumn NULL;
或ALTER TABLE YourTable MODIFY YourColumn NULL;
具体语法取决于数据库）。但这通常需要谨慎评估，因为它会影响到所有依赖这个字段的现有代码和业务逻辑。 -
设置默认值： 如果该字段在没有明确提供值时，有一个合理的默认值，可以在表定义时设置
DEFAULT
值。这样，当INSERT
语句省略该字段时，数据库会自动填充默认值，而不是NULL
。
所以，理解
NOT NULL约束的意义，是数据库设计和操作中非常重要的一环。它就像是数据世界的守门员，确保数据的质量和可靠性。
NULL值在SQL查询中如何影响WHERE条件、聚合函数与表连接？
NULL这个小家伙，在查询时常常会带来一些意想不到的行为，甚至可以说，它就是SQL世界里的一个“特殊存在”，需要我们特别对待。我们来看看它在几个关键场景下的表现。
WHERE条件中的NULL 这是最容易让人犯错的地方。你可能会直觉地写
SELECT * FROM Users WHERE Email = NULL;，但很遗憾，这条语句不会返回任何结果，即便你的
NULL。这是因为
NULL代表“未知”，任何与“未知”的比较结果，都是“未知”（UNKNOWN）。在SQL的三值逻辑（TRUE, FALSE, UNKNOWN）中，
WHERE子句只返回结果为
TRUE的行。所以，正确的做法是使用
IS NULL或
IS NOT NULL：
SELECT * FROM Users WHERE Email IS NULL; SELECT * FROM Users WHERE Email IS NOT NULL;
同理，
Email != NULL也不会得到你想要的结果，它也应该写成
Email IS NOT NULL。理解这一点，能帮你避免很多查询上的困惑。
聚合函数与NULL 聚合函数（
SUM,
AVG,
COUNT,
MAX,
MIN）对
NULL值的处理方式也很有意思。大多数聚合函数在计算时会自动忽略
NULL值。 比如，
SELECT AVG(Score) FROM Students;如果某个学生的
Score是
NULL，它不会被计入平均值的计算中，也不会被当作
0。它就像不存在一样。
COUNT(*)会计算表中的所有行，包括那些包含
NULL的行。但
COUNT(column_name)则只会计算
column_name中非
NULL值的行数。这是一个非常细微但关键的区别，在统计数据时务必注意。
表连接与NULL 当你在
ON子句中使用
=操作符连接两个表时，如果连接列中含有
NULL值，它们是不会匹配成功的。即使两边都是
NULL，
NULL = NULL的结果也是
UNKNOWN，而不是
TRUE。这意味着，如果你的连接键可能包含
NULL，并且你希望这些
NULL值也能参与到连接中，你需要采取一些额外的策略，比如使用
COALESCE函数将
NULL转换为一个特定的值，或者在
ON子句中添加
OR (t1.col IS NULL AND t2.col IS NULL)这样的条件，但这通常会让你的查询变得复杂且效率下降。所以，在设计数据库时，尽量避免在连接键上允许
NULL是一个好的实践。
总而言之，
NULL虽然看起来简单，但在查询行为上却有着自己独特的一套规则。掌握这些规则，是写出准确、高效SQL查询的关键。
数据库设计与应用逻辑中处理NULL值的最佳实践有哪些？
NULL值虽然强大
