null比较永远返回unknown，where只认true，故须用is null；关联null字段宜用nvl或coalesce补值，但需确保占位符无业务歧义且类型兼容；排序null位置应显式用nulls first/last控制。
where子句中直接比较null会失效
写 where col = null 或 where col 'x' 时，结果永远不匹配——因为null参与任何值比较都返回unknown，而where只保留true行。这不是bug，是oracle三值逻辑的必然行为。
常见错误现象：SELECT * FROM emp WHERE comm = NULL 查不到任何数据，哪怕comm列确实全是NULL；WHERE comm != 100 会漏掉所有comm IS NULL的行。
正确做法只能用 IS NULL 或 IS NOT NULL 判断。如果必须走等值逻辑（比如拼动态SQL或复用已有条件模板），就得把NULL“转成可比值”：
-
NVL(col, 'placeholder')：适合单值替换，但要注意类型一致性——NVL(sal, 0)安全，NVL(name, 0)会报错（数字无法隐式转VARCHAR2） -
COALESCE(col, 'default')：更安全，支持多备选，且只校验第一个非NULL参数的类型，后续参数会尝试向它靠拢
NVL和COALESCE在JOIN或ON条件里怎么选
两个表关联时，若关联字段可能为NULL，ON t1.id = t2.id 会导致NULL对NULL不匹配，丢失本应关联的记录。
这时不能简单加 OR (t1.id IS NULL AND t2.id IS NULL)，语句变复杂、索引也容易失效。更实用的是统一补值：
- 用
NVL：如ON NVL(t1.inv_no, -1) = NVL(t2.inv_no, -1)，前提是-1在业务中绝不会真实出现 - 用
COALESCE：如ON COALESCE(t1.inv_no, -1) = COALESCE(t2.inv_no, -1)，效果相同，但语法更清晰，且支持嵌套，比如COALESCE(t1.inv_no, t1.alt_id, -1)
注意：补的占位值必须业务无歧义；数值型用负数、字符串用特殊前缀（如'#NULL#'）比用0或空串更稳妥。
COALESCE比NVL更灵活，但别滥用嵌套
COALESCE 是SQL标准函数，支持任意多个参数，从左到右取第一个非NULL值；NVL 仅限两个参数，是Oracle私有函数。
典型误用：COALESCE(col1, col2, col3, 0) 看似简洁，但如果col1是VARCHAR2、col2是NUMBER，Oracle会尝试把col2转成VARCHAR2——可能触发隐式转换失败或性能下降。
安全写法要点：
- 确保所有参数类型兼容，优先让左侧参数定类型（如字符串字段放最左）
- 避免跨大类型混用：
COALESCE(date_col, sysdate)可以，但COALESCE(num_col, 'N/A')要小心——Oracle会把'N/A'转NUMBER，报错 - 聚合场景慎用：如
AVG(COALESCE(sal, 0))会把NULL当0计入平均值，扭曲统计意义，此时应明确业务意图再决定是否补0
排序时NULL默认排最后，但业务常要反着来
升序（ORDER BY col ASC）时NULL总在末尾，降序（DESC）时在最前——这个行为固定，不能靠NVL或COALESCE绕过，因为它们改的是值，不是排序权重。
真正可控的方式只有显式声明：
-
ORDER BY col NULLS FIRST：强制NULL排最前（升序/降序都适用） -
ORDER BY col NULLS LAST：显式强调默认行为，增强可读性
特别注意：如果用NVL(col, 'ZZZZ')再排序，虽然能“骗过”NULL位置，但会破坏原始数据语义，且字符串补长值可能影响索引范围扫描效率——这种取巧方式只适合报表导出等一次性场景。
