最稳妥用=，!=兼容性差，NOT column=value语义清晰但冗长；遇NULL均失效，须显式处理。SQL标准仅定义=，!=为部分数据库别名，Oracle早期不支持；NOT适用于嵌套表达式；NULL比较返回UNKNOWN，需AND IS NOT NULL或COALESCE。
直接说结论：用 最稳妥，!= 大部分数据库能用但不保兼容，NOT column = value 语义清晰但写法冗长；遇到 NULL 时，所有这些都不自动生效，必须显式处理。
为什么 != 更推荐
SQL 标准只定义了 作为不等于操作符，!= 是某些数据库（如 MySQL、PostgreSQL、SQL Server）额外支持的别名。Oracle 早期版本（如 8i/9i）和 SQL Server 2000 明确不认 !=，会报语法错误。即使现在多数系统都支持，团队协作或迁移时仍可能踩坑。
实操建议：
- 新项目统一用
，避免跨库风险 - 如果已有大量
!=代码且确认目标库全支持，可不强制改，但别在 DDL 或迁移脚本里引入 -
^=（Oracle 曾支持）已基本淘汰，不要用
NOT column = value 的真实适用场景
这个写法本质是把 = 条件取反，不是独立运算符。它和 在单值比较时结果一致，但优势在于可嵌套复杂表达式。
常见用法：
- 排除带函数的结果：
WHERE NOT UPPER(name) = 'ADMIN'，比UPPER(name) 'ADMIN'更易读 - 组合多个等值条件：
WHERE NOT (status = 'active' AND type = 'user')，比手写status 'active' OR type 'user'少出错 - 配合子查询时更安全：
WHERE NOT EXISTS (SELECT 1 FROM logs WHERE logs.id = t.log_id)
注意：NOT column = value 和 column value 在执行计划上通常无差异，优化器会自动等价转换。
NULL 值让所有“不等于”失效
这是最常被忽略的点：age 18 不会匹配 age IS NULL 的行，因为 NULL 18 返回的是 UNKNOWN，不是 TRUE，WHERE 过滤只保留 TRUE 行。
要真正“排除 18 岁且不为空”，必须写成：
WHERE age 18 AND age IS NOT NULL
或者更常见的业务需求：“查非销售部员工”，实际想要的是 department 'Sales' 且 department IS NOT NULL，否则 NULL 部门的人会被漏掉。
如果想把 NULL 当作一种有效值来排除，得明确写：WHERE COALESCE(department, '') 'Sales'（注意这会影响索引使用）。
数值列含非数字内容时不能直接用
比如 price 列是 VARCHAR 类型，存了 '12.5'、'N/A'、NULL。这时 WHERE price '0' 会把 'N/A' 也返回——看似符合预期，但逻辑混乱：你真想筛“非零价格”，还是“非数字价格”？
正确做法取决于目标：
- 只要价格不为 0（且是合法数字）：
WHERE TRY_CAST(price AS DECIMAL(10,2)) 0（SQL Server） - 筛选出所有非数字值：
WHERE TRY_CAST(price AS DECIMAL(10,2)) IS NULL AND price IS NOT NULL - MySQL 可用正则：
WHERE price REGEXP '[^0-9.]'
隐式转换风险极大，尤其当字段有空格、单位（如 '100元'）时，不同数据库行为不一致。
真正麻烦的从来不是选 还是 !=，而是忘记 NULL 和数据类型这两层过滤逻辑。写完 WHERE 条件后，花十秒想想：NULL 行去哪了？非标准值算不算满足条件？这比纠结符号写法重要得多。
