优先使用COALESCE函数替换空值，因其是SQL标准函数、跨数据库兼容性好、支持多参数及短路求值；但需注意它仅处理NULL，不处理空字符串等业务空值，复杂逻辑建议用CASE提升可读性。
SQL里怎么让空值显示成别的内容？用NVL还是IFNULL得看数据库
不同数据库对空值替换的支持函数不一样，硬套NVL或IFNULL很可能报错。Oracle认NVL，MySQL早期用IFNULL，新版也支持COALESCE，PostgreSQL和SQL Server只认COALESCE（ISNULL在SQL Server里也能用但行为略有差异）。
最稳妥的做法是优先用COALESCE——它标准、跨库兼容性好，而且能接多个备选值：
SELECT COALESCE(phone, email, '未提供联系方式') AS contact FROM users;
上面这句在所有主流数据库里都能跑通。而NVL(phone, '暂无')在MySQL里直接报错Unknown function: NVL，IFNULL(phone, '暂无')在Oracle里同样不识别。
为什么COALESCE比NVL和IFNULL更值得依赖？
COALESCE是SQL标准函数，语义清晰：从左到右返回第一个非NULL的表达式。它还有几个实际优势：
- 支持任意数量参数，比如
COALESCE(a, b, c, d, 'default') - 类型推导更严格——所有参数必须能隐式转为同一类型，提前暴露数据类型不一致问题
- 在PostgreSQL/SQL Server中，
COALESCE会做短路求值（遇到第一个非NULL就停），而ISNULL（SQL Server）虽快但只接受两个参数且不校验类型 - Oracle中
NVL虽常用，但它强制要求两个参数类型完全一致，NVL(123, 'N/A')会报错；COALESCE(123, 'N/A')则自动转成字符串
真实场景中容易踩的坑：空字符串 ≠ NULL
很多人以为COALESCE(col, '未知')能搞定所有“空白”，结果发现字段存的是空字符串''，照样原样显示。NULL和''在SQL里是两回事：
-
COALESCE只处理NULL，对''、' '、0都无感 - 需要同时覆盖空字符串时，得嵌套
CASE或用数据库特有函数，比如MySQL：IF(TRIM(col) = '', '未知', COALESCE(col, '未知')) - Oracle可配合
NULLIF先转空字符串为NULL：COALESCE(NULLIF(TRIM(col), ''), '未知') - 别在WHERE里写
col = '' OR col IS NULL来查“空值”，效率低；建索引时也要注意是否包含空字符串判断逻辑
性能与可读性之间怎么取舍？
单字段简单替换，COALESCE(col, '缺省')足够清晰高效。但一旦逻辑变复杂——比如“邮箱为空显示手机号，手机号也为空显示微信，全为空才显示‘请补充’”，还硬塞进COALESCE，可读性会断崖下跌：
-- 可读性差，难维护 COALESCE(NULLIF(email,''), NULLIF(phone,''), NULLIF(wechat,''), '请补充')
这时候不如用CASE显式表达意图：
CASE WHEN email != '' THEN email WHEN phone != '' THEN phone WHEN wechat != '' THEN wechat ELSE '请补充' END AS contact
多层空值兜底逻辑越复杂，越要放弃“一行函数”执念。可读性掉下去，后续排查NULL漏判、空字符串遗漏、类型隐式转换异常的成本反而更高。
真正麻烦的从来不是函数选哪个，而是没想清楚“空”的定义范围——是只指数据库NULL，还是包含业务意义上的空字符串、全空格、零值？这个边界模糊了，再对的函数也救不了查询结果。
