最稳妥用=，!=兼容性差，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 行去哪了？非标准值算不算满足条件？这比纠结符号写法重要得多。
