PostgreSQL数据库NULL值处理：避坑与过滤实用指南

一、背景：看似简单的需求

数据集成任务中常遇到特殊过滤需求，比如拉美销售区域需排除特定订单组合，但需保留含NULL值的数据记录。这个典型场景揭示了SQL中NULL处理的复杂性。

业务规则明确要求：当销售区域为"拉美（LA）"时，需过滤同时满足 region = 'BR' 和 order_status = 'CANCELED' 的订单，但任一字段为NULL时数据必须保留。

看似简单的需求背后，隐藏着SQL三值逻辑这个经典陷阱。

二、最初的写法及其隐患

常规思路会采用以下写法：

AND NOT (region = 'BR' AND order_status = 'CANCELED')

这种写法在多数情况下能正常运行，但实际是通过SQL NULL处理的副作用保留NULL行，属于隐含逻辑不明确的代码隐患。

三、SQL 的三值逻辑（Three-Valued Logic）

理解NULL问题的关键在于掌握三值逻辑体系。

与编程语言的布尔逻辑不同，SQL采用三值判断机制：

值	含义
TRUE	条件成立
FALSE	条件不成立
UNKNOWN	不确定（NULL参与运算的结果）

核心规则：WHERE条件仅保留结果为TRUE的记录，UNKNOWN和FALSE都会被过滤。

NULL参与比较运算通常返回UNKNOWN：

NULL = 'CANCELED'    → UNKNOWN
NULL != 'CANCELED'   → UNKNOWN
NULL AND TRUE        → UNKNOWN
NOT NULL             → UNKNOWN

四、NOT (A AND B)遇到NULL时的完整分析

针对原始SQL进行逐场景解析：

AND NOT (region = 'BR' AND order_status = 'CANCELED')

region	order_status	A='BR'	B='CANCELED'	A AND B	NOT(A AND B)	WHERE结果
'BR'	'CANCELED'	TRUE	TRUE	TRUE	FALSE	❌排除
'BR'	'OTHER'	TRUE	FALSE	FALSE	TRUE	✅保留
'US'	'CANCELED'	FALSE	TRUE	FALSE	TRUE	✅保留
NULL	'CANCELED'	UNKNOWN	TRUE	UNKNOWN	UNKNOWN	⚠️过滤
'BR'	NULL	TRUE	UNKNOWN	UNKNOWN	UNKNOWN	⚠️过滤
NULL	NULL	UNKNOWN	UNKNOWN	UNKNOWN	UNKNOWN	⚠️过滤

结论：NOT (A AND B)结构无法保留NULL记录，所有UNKNOWN结果都会被WHERE条件过滤。

五、为什么"跑起来没报错"就以为是对的？

这正是最大的风险点。

当数据质量较好时（如字段通过外键约束确保非空），这种写法可能暂时表现正常。但出现以下情况时：

1. 上游数据出现NULL值
2. 表结构调整允许空值
3. 切换到含脏数据的表

原本"正常"的SQL会静默丢失数据，且难以排查。

六、正确写法：显式声明NULL保留

AND (region IS NULL OR region != 'BR' OR order_status IS NULL OR order_status != 'CANCELED')

语义解析：满足以下任一条件即保留数据：

1. region为NULL
2. region非'