union和union all的核心区别在于是否去重，union会自动去除重复行，而union all保留所有行包括重复数据，因此当不需要去重时使用union all效率更高；进行union查询时，各select语句的列数和数据类型必须兼容，若数据类型不一致可使用cast或convert函数显式转换；排序只能在最后一个select语句后使用order by对最终结果集操作，无法单独对每个select结果排序；性能优化方面应优先使用union all、确保数据类型一致、合理使用索引、避免复杂表达式并考虑临时表存储中间结果以提升效率。
sql联合查询，简单来说，就是把多个SELECT语句的结果合并成一个结果集。关键在于理解UNION和UNION ALL的区别，以及如何处理数据类型不一致的情况。
SQL UNION联合查询完整指南
UNION和UNION ALL是SQL中用于合并多个SELECT语句结果集的关键工具。理解它们的区别和用法，能有效提升数据查询和分析的能力。
UNION和UNION ALL的区别是什么？何时使用？
UNION和UNION ALL的主要区别在于是否去重。UNION会自动去除合并后结果集中的重复行，而UNION ALL则保留所有行，包括重复行。
什么时候用哪个？这取决于你的需求。如果你确定各个SELECT语句的结果集中没有重复数据，或者你不在乎重复数据，那么使用UNION ALL效率更高，因为它省去了去重的步骤。如果需要确保最终结果集是唯一的，那么必须使用UNION。
举个例子，假设我们有两个表，employees_us和employees_eu，分别存储美国和欧洲的员工信息。如果我们想获取所有员工的姓名，可以使用UNION或UNION ALL：
SELECT first_name, last_name FROM employees_us UNION SELECT first_name, last_name FROM employees_eu; SELECT first_name, last_name FROM employees_us UNION ALL SELECT first_name, last_name FROM employees_eu;
如果两个表中存在同名同姓的员工，那么第一个查询（使用UNION）只会返回一条记录，而第二个查询（使用UNION ALL）会返回两条记录。
如何处理UNION查询中数据类型不一致的问题？
在进行UNION查询时，所有SELECT语句选择的列的数量和数据类型必须兼容。也就是说，第一个SELECT语句返回的列数必须与后续的SELECT语句返回的列数相同，并且对应列的数据类型必须可以隐式转换。
如果数据类型不一致，SQL Server会尝试进行隐式转换。例如，如果一个SELECT语句返回的是整数类型，而另一个SELECT语句返回的是字符串类型，SQL Server可能会将整数类型转换为字符串类型。
但有时候，隐式转换可能无法完成，或者转换后的结果不是我们想要的。这时，我们需要使用显式转换函数，例如CAST或CONVERT，将数据类型转换为兼容的类型。
比如，假设employees_us表有一个employee_id列是整数类型，而employees_eu表有一个employee_id列是字符串类型，我们可以这样处理：
SELECT employee_id FROM employees_us UNION ALL SELECT CAST(employee_id AS INT) FROM employees_eu;
或者：
SELECT CAST(employee_id AS VARCHAR(20)) FROM employees_us UNION ALL SELECT employee_id FROM employees_eu;
选择哪种转换方式取决于具体情况和你的需求。确保转换后的数据类型能够正确表示原始数据，并且不会丢失任何信息。
UNION查询中如何进行排序？
UNION查询的排序只能在最后一个SELECT语句之后进行。也就是说，你不能对每个SELECT语句的结果集单独排序，只能对最终合并后的结果集进行排序。
例如：
SELECT first_name, last_name FROM employees_us UNION ALL SELECT first_name, last_name FROM employees_eu ORDER BY last_name, first_name;
这个查询会先将employees_us和employees_eu表中的姓名合并，然后按照姓氏和名字进行排序。
注意，ORDER BY子句只能出现在最后一个SELECT语句之后，并且排序的列必须是最终结果集中的列。你不能使用在某个SELECT语句中存在的，但不在最终结果集中存在的列进行排序。
另外，如果你想对每个SELECT语句的结果集单独进行排序，然后再进行合并，这是无法直接实现的。你需要使用子查询或者临时表来实现这个需求。例如：
SELECT * FROM ( SELECT first_name, last_name FROM employees_us ORDER BY last_name ) AS us_employees UNION ALL SELECT * FROM ( SELECT first_name, last_name FROM employees_eu ORDER BY last_name ) AS eu_employees ORDER BY last_name;
这个查询会先对employees_us和employees_eu表中的姓名分别按照姓氏排序，然后再进行合并，最后再对合并后的结果集按照姓氏排序。注意，这个例子中最后的ORDER BY实际上可能不会产生任何效果，因为UNION ALL不会保证排序。如果需要保证排序，需要使用更复杂的方法，比如在每个子查询中添加一个排序字段，然后在最终的ORDER BY中使用这个字段。
UNION查询的性能优化技巧有哪些？
UNION查询的性能可能受到多种因素的影响，例如数据量、索引、数据类型转换等。以下是一些常用的性能优化技巧：
- 尽量使用UNION ALL代替UNION： 如果你不需要去重，那么使用UNION ALL可以避免不必要的去重操作，从而提高查询性能。
- 确保数据类型一致： 避免不必要的数据类型转换可以减少CPU的开销。如果可能，尽量在表设计阶段就保证数据类型的一致性。
- 使用索引： 在WHERE子句和ORDER BY子句中使用的列上创建索引可以加快查询速度。
- 避免在UNION查询中使用复杂的表达式： 复杂的表达式会增加CPU的开销。尽量将复杂的表达式分解为多个简单的表达式，或者使用预计算的值。
- 考虑使用临时表： 对于复杂的UNION查询，可以考虑将每个SELECT语句的结果集存储到临时表中，然后再对临时表进行UNION操作。这可以简化查询逻辑，并提高查询性能。
总而言之，优化UNION查询的关键在于减少不必要的开销，例如去重、数据类型转换和复杂的表达式。通过合理地使用索引和临时表，可以进一步提高查询性能。
