SQL中的UNION ALL和UNION 有什么区别，以及如何去使用

UNION ALL是 SQL 中用于合并两个或多个SELECT查询结果集的操作符，其核心特点是保留所有行，包括重复行，且不进行排序。它在数据整合、日志合并、分表查询等场景中非常实用。下面从语法、使用条件、示例、性能特点及注意事项等方面系统讲解UNION ALL的使用方法。

一、基本语法

UNION ALL的基本语法如下：

SELECT column1, column2, ... FROM table1 UNION ALL SELECT column1, column2, ... FROM table2;

• 每个SELECT语句必须返回相同数量的列；
• 对应列的数据类型需兼容（如INT与BIGINT可以合并）；
• 最终结果集的列名取自第一个SELECT语句

二、使用条件

要成功使用UNION ALL，必须满足以下条件：

1. 列数一致：参与联合的所有SELECT必须返回相同数量的字段；
2. 数据类型兼容：对应位置的列应具有相似或可隐式转换的数据类型；
3. 逻辑结构一致：虽然列名可以不同，但建议通过别名统一，提高可读性

   6

   。

例如，若一个查询返回(id, name)，另一个返回(code, title)，只要id与code类型兼容、name与title类型兼容，即可使用UNION ALL，但最好用别名统一为(id, name)。

三、典型使用示例

示例1：合并两个员工表（含重复）

假设有两个表employees和contractors：

-- employees 表 id | name ---|------ 1 | Alice 2 | Bob -- contractors 表 id | name ---|------ 1 | David 2 | Alice

执行：

SELECT name FROM employees UNION ALL SELECT name FROM contractors;

结果为：

name ------ Alice Bob David Alice ← 重复项被保留

这体现了UNION ALL不去重的特性

示例2：多季度销售数据合并

假设每季度销售数据存储在不同表中（Q1_sales,Q2_sales），结构相同：

SELECT product, sales FROM Q1_sales UNION ALL SELECT product, sales FROM Q2_sales ORDER BY sales DESC;

注意：ORDER BY必须放在整个UNION ALL语句的最后，不能在每个子查询中使用

示例3：列转行（宽表转长表）

将宽表sales_summary(A_sales, B_sales, C_sales)转换为长表格式：

SELECT 'A' AS product_type, A_sales AS amount FROM sales_summary UNION ALL SELECT 'B', B_sales FROM sales_summary UNION ALL SELECT 'C', C_sales FROM sales_summary;

此技巧常用于数据重塑（pivoting），是UNION ALL的高级应用

四、与UNION的关键区别

由于UNION需要额外的去重操作（通常通过排序实现），在大数据量下性能显著低于UNION ALL

8

。

五、性能与注意事项

1. 性能优势：UNION ALL因无需去重，执行速度更快，推荐在不需要去重时优先使用
2. 结果顺序不确定：除非显式使用ORDER BY，否则结果顺序不可预测
3. 空值处理：NULL被视为普通值，多个NULL会被全部保留
4. 错误排查：
   • 若列数不一致，会报错：“查询具有不正确的结果列数”
   • 若数据类型不兼容，可能导致隐式转换错误或结果异常

六、实际应用场景

• 日志合并：将多个服务器的日志表合并分析，确保不丢失任何记录；
• 分表查询：按时间或地域分表的业务数据（如订单表按月分表），用UNION ALL汇总；
• 数据清洗前的原始合并：在 ETL 过程中先完整合并再统一处理；
• 报表生成：组合不同类型但结构一致的数据源（如线上/线下销售）

总结

UNION ALL是 SQL 中高效合并结果集的利器，其“保留重复、不排序、高性能”的特性使其在多数数据整合场景中优于UNION。使用时务必确保各查询的列数和数据类型一致，并根据业务需求决定是否需要后续去重或排序。掌握UNION ALL，能显著提升复杂查询的灵活性与效率。