WHERE column != '' 无法可靠过滤空值，因它对NULL返回UNKNOWN而丢弃，且不处理纯空白字符；需TRIM()后判空并兼顾NULL处理。
直接用 WHERE column != '' 看似能过滤空字符串，但实际会漏掉 NULL 和纯空白（如 ' '、'\t'），必须组合判断才可靠。
为什么 != '' 单独用不行
它只过滤确定的空字符串 ''，对 NULL 无效——因为 NULL != '' 返回 UNKNOWN，被 WHERE 自动丢弃；更隐蔽的是，字段存了空格（如 ' '）时，!= '' 仍判为“非空”，导致脏数据混入结果。
-
WHERE name != ''→ 漏掉NULL行，也放过' ' -
WHERE name = ''→ 只抓到真''，不碰NULL或' ' - 业务上常把
NULL、''、' '都视为“无效”，单条件无法覆盖
正确写法：先 TRIM() 再判空
核心是统一清理首尾空白，再做非空判断。不同数据库函数略有差异，但逻辑一致：
- MySQL / PostgreSQL：用
TRIM(column)，再跟!= ''或> ''（MySQL 5.7+ 支持字符串比较，TRIM(col) > ''更快） - SQL Server：得写
RTRIM(LTRIM(column)) != ''，LEN()也可用：LEN(RTRIM(LTRIM(column))) > 0 - Oracle：注意
TRIM()默认只去空格，若含制表符需显式指定：TRIM(CHR(9) FROM column) - 通用兜底（兼容老版本）：
COALESCE(TRIM(column), '') != ''，把NULL转成''再裁剪再比
性能陷阱：函数会让索引失效
只要在列上套了 TRIM()、COALESCE() 这类函数，普通 B-tree 索引就无法命中，查询大概率退化为全表扫描。
- 高频查询字段，建议建函数索引（PostgreSQL：
CREATE INDEX idx_name_trim ON users ((TRIM(name)))；MySQL 8.0+ 支持函数索引） - 若不能改库结构，可加冗余列（如
name_clean）存TRIM(COALESCE(name,''))，并对其建索引 - 避免在
WHERE里嵌套多层函数，比如TRIM(REPLACE(column, '\r\n', '')) != ''，既难读又更难优化
ORM 场景下容易漏掉的坑
Django 的 .exclude(name='') 或 SQLAlchemy 的 filter(Column != '') 默认只生成 != ''，不会自动补 IS NOT NULL。如果字段允许 NULL，结果集里就会混进 NULL 行——前端看到空白项却查不到原因。
- Django 推荐写法：
.exclude(Q(name='') | Q(name__isnull=True))或分两步：.exclude(name='').exclude(name__isnull=True) - SQLAlchemy 中显式加：
and_(Model.name != '', Model.name.isnot(None)) - 测试时用
SELECT name, LENGTH(name), name IS NULL FROM table LIMIT 5确认真实数据分布，别只信业务描述
真正难的不是写出语法正确的 SQL，而是确认“空字符串”在你这张表里到底意味着什么：是用户没填？后端默认插入的占位符？还是上游系统传来的异常空格？不同来源需要不同的清洗策略，硬套一个 TRIM() != '' 可能掩盖更深层的数据质量问题。
