5分钟搭建UNION ALL和UNION区别原型

快速体验

1. 打开 InsCode(快马)平台 https://www.inscode.net
2. 输入框内输入如下内容：

快速创建一个UNION ALL和UNION区别概念验证原型，展示核心功能和用户体验。

1. 点击'项目生成'按钮，等待项目生成完整后预览效果

今天在优化SQL查询时，突然意识到自己对UNION和UNION ALL的理解还不够透彻。虽然知道它们都能合并查询结果，但具体差异和适用场景总是记混。正好发现InsCode(快马)平台可以快速验证SQL语法，决定用它做个直观对比实验。

1. 概念梳理
2. UNION：合并两个查询结果并自动去重，相当于数学中的并集运算
3. UNION ALL：简单拼接所有查询结果，包括重复记录

4. 性能差异：UNION需要额外排序去重操作，数据量大时明显更耗资源

5. 原型设计思路准备用学生成绩表演示：

6. 场景1：合并两个班级的成绩单（允许重复学号）

7. 场景2：统计全校不重复的优秀学生名单

8. 平台实操过程在编辑器创建SQL文件后，分三步验证：

9. 建测试表sql CREATE TABLE class1 (id INT, name VARCHAR(20), score INT); CREATE TABLE class2 (id INT, name VARCHAR(20), score INT);

10. 插入有重复数据sql INSERT INTO class1 VALUES (1,'张三',85),(2,'李四',90),(3,'王五',78); INSERT INTO class2 VALUES (3,'王五',78),(4,'赵六',92),(5,'钱七',88);

11. 对比查询 ```sql -- UNION ALL结果包含6条记录（王五重复出现） SELECT * FROM class1 WHERE score>80 UNION ALL SELECT * FROM class2 WHERE score>80;

-- UNION结果只有5条记录（自动去重） SELECT * FROM class1 WHERE score>80 UNION SELECT * FROM class2 WHERE score>80; ```

1. 关键发现
2. 当需要保留所有记录（如合并订单明细）时用UNION ALL效率更高
3. 统计唯一用户等场景必须用UNION

4. 实际执行计划显示UNION多了SORT和DISTINCT步骤

5. 性能实测用EXPLAIN分析发现：

6. UNION ALL的cost值始终是2.0（简单扫描）
7. UNION的cost随数据量增长明显上升
8. 万级数据时UNION耗时可能是UNION ALL的3-5倍

这个实验让我真正理解了二者的核心区别。通过InsCode(快马)平台的即时反馈，不用搭建本地数据库就能验证想法，特别适合快速原型验证。写完SQL直接点运行，结果和性能数据秒出，比在本地折腾环境高效多了。

如果是Web项目还能一键部署成可访问的服务，不过这次纯SQL演示就不需要了。这种即开即用的体验，对于需要快速验证技术细节的场景实在太方便了。

快速体验

1. 打开 InsCode(快马)平台 https://www.inscode.net
2. 输入框内输入如下内容：

快速创建一个UNION ALL和UNION区别概念验证原型，展示核心功能和用户体验。

1. 点击'项目生成'按钮，等待项目生成完整后预览效果