悠悠楠杉
网站页面
SQL结果集合并实战：UNION用法详解与深度应用
07/23
引言：数据整合的艺术
在日常数据库操作中，我们经常遇到需要将多个查询结果合并展示的场景。比如统计不同渠道的用户数据、合并多个月份的销售报表，或者整合来自不同业务系统的信息。SQL提供的UNION操作符就像一位数据魔术师，能够将分散的数据片段编织成完整的画卷。
一、UNION基础认知
1.1 什么是结果集合并
结果集合并是指将多个SELECT语句的查询结果纵向堆叠成一个结果表。与JOIN的横向连接不同，UNION更像是把数据"摞"在一起。
sql
-- 基础语法结构
SELECT column1, column2 FROM table1
UNION [ALL]
SELECT column1, column2 FROM table2
1.2 UNION与UNION ALL的本质区别
UNION会自动去除重复行，类似DISTINCT操作UNION ALL保留所有行，包括重复项- 性能对比：UNION ALL通常快30%-50%（免去排序去重步骤）
实际案例：sql
-- 合并两个部门的员工名单（去重）
SELECT empname FROM hrdept
UNION
SELECT empname FROM salesdept;
-- 合并包含重复项的日志记录（保留全部）
SELECT logcontent FROM systemlog202301
UNION ALL
SELECT logcontent FROM systemlog202302
二、高级合并技巧
2.1 异构数据合并的解决方案
当表结构不完全相同时，可以通过以下方式适配：
sql
-- 类型转换与补缺示例
SELECT
product_id AS item_id,
product_name AS item_name,
NULL AS service_code -- 补缺字段
FROM products
UNION
SELECT
service_id,
service_desc,
service_code
FROM services;
2.2 合并时的排序控制
UNION后的整体排序需要在外层处理：
sql
(SELECT name, score FROM midterm)
UNION
(SELECT name, score FROM final)
ORDER BY score DESC; -- 统一排序
2.3 性能优化要点
- 索引策略：确保被合并字段有适当索引
- 过滤前置：先在各个SELECT中WHERE过滤，再合并
- 字段精简：只选择必要字段，避免
SELECT *
三、实战场景解析
3.1 跨年数据报表合并
sql
-- 合并近三年销售数据（带年度标识）
SELECT '2021' AS year, product, amount FROM sales_2021
UNION ALL
SELECT '2022', product, amount FROM sales_2022
UNION ALL
SELECT '2023', product, amount FROM sales_2023
ORDER BY year, product;
3.2 多层级权限数据聚合
sql
-- 合并用户直接权限和角色继承权限
SELECT user_id, permission_code FROM user_privs
UNION
SELECT ur.user_id, rp.permission_code
FROM user_roles ur
JOIN role_privs rp ON ur.role_id = rp.role_id
3.3 临时表与UNION的配合
sql
WITH temp_orders AS (
SELECT * FROM orders WHERE status = 'pending'
)
SELECT order_id, amount FROM temp_orders
UNION
SELECT order_id, refund_amount FROM refunds
WHERE EXISTS (SELECT 1 FROM temp_orders WHERE temp_orders.order_id = refunds.order_id)
四、避坑指南
4.1 常见错误警示
- 列数不一致：每个SELECT必须输出相同列数
- 类型不匹配：对应列的数据类型必须兼容
- 别名处理：最终结果集采用第一个SELECT的列名
4.2 替代方案对比
| 方案 | 适用场景 | 性能影响 |
|---------------|-------------------------|---------|
| UNION | 需要去重 | 较高 |
| UNION ALL | 保留重复项 | 较低 |
| 多表查询 | 需要关联计算 | 中等 |
| 临时表 | 复杂中间结果处理 | 依情况 |
结语：灵活运用的智慧
UNION就像SQL工具箱中的瑞士军刀，看似简单却妙用无穷。我曾在一个电商项目中，通过巧妙使用UNION ALL合并7个分库的用户行为数据，将原本需要5分钟的ETL过程缩短到30秒。记住：好的SQL编写者不仅要掌握语法，更要理解数据流动的本质。当您下次面对分散的数据时，不妨思考：UNION能否让我的解决方案更优雅？
实践建议：在开发环境尝试用UNION重构复杂JOIN查询，可能会发现意想不到的性能提升和代码简化。
