SQL如何合并查询结果并去重？UNION的使用场景-SQL-PHP中文网

UNION 会自动去重并按第一列升序排序，UNION ALL 仅合并结果集、无去重和排序开销；实际中多数场景应优先用 UNION ALL，因其更快、更可控。

sql如何合并查询结果并去重？union的使用场景

UNION 会自动去重并排序，UNION ALL 只合并结果集、不做任何处理。实际中绝大多数场景该用 UNION ALL：它更快、更可控，尤其当业务逻辑已确保无重复，或后续要自己做去重（比如加 DISTINCT 或分组）时，硬套 UNION 反而拖慢查询。

UNION 要求所有子查询的列数一致、对应列类型兼容（如数值对数值、字符串对字符串），否则直接报错，典型错误是：

ERROR: each UNION query must have the same number of columns
ERROR: column "xxx" has type text but expression has type integer
列名以第一个子查询为准，后面子查询的 AS 别名无效，想统一字段名必须在第一个里定义
允许隐式转换（如 integer 和 bigint），但 text 和 jsonb 这类不兼容类型必须显式转，例如用 col::text 对齐
如果某子查询少一列，不能留空，得补 NULL::text 或默认值占位

真正需要“跨表语义去重”时才用 UNION，比如查「所有活跃用户」——来源可能是注册用户表 + 第三方登录临时表，两者主键不同但邮箱可能重叠，且你只要一个邮箱一条记录。

SELECT email, 'registered' AS source FROM users
UNION
SELECT email, 'social_login' AS source FROM social_logins;

这里 UNION 确保相同 email 只出现一次，且结果自动按 email 升序
若想保留首次出现的来源（比如优先取 registered），UNION 无法控制，得改用 ROW_NUMBER() OVER (PARTITION BY email ORDER BY ...) 配合 CTE
注意：如果两个表都有 email IS NULL 记录，UNION 会把它们当成同一值去重——NULL = NULL 在去重逻辑中成立，这点容易被忽略

当子查询本身很慢，或只是想拼结果不真正在意重复，优先考虑：

用 UNION ALL + 外层 SELECT DISTINCT：能明确控制去重字段，避免隐式排序干扰
用 UNION ALL + GROUP BY：适合需要聚合的场景，比如合并后统计各来源数量
把多个小查询合并成单表 JOIN 或 EXISTS：比如「查有订单的用户」和「查有收藏的用户」，用 OR 条件或 IN (SELECT ... UNION ALL SELECT ...) 可能比 UNION 更快，尤其有索引支持时

UNION 看似简单，但它的隐式排序和去重逻辑常在大数据量或复杂嵌套时突然暴露性能问题，上线前务必用 EXPLAIN ANALYZE 看执行计划里有没有意外的 Sort 和 Unique 节点。