在这里的讨论中添加我的两分钱：可以将UNION运算符理解为纯的、面向SET的UNION-例如，集合a={2,4,6,8}，集合B={1,2,3,4}，UNION B={1,2,4,6,8}

在处理集合时，您不希望数字2和4出现两次，因为元素在集合中或不在集合中。

然而，在SQL世界中，您可能希望将两个集合中的所有元素放在一个“包”中{2,4,6,8,1,2,3,4}。为此，T-SQL提供了运算符UNION ALL。

还有一件事我想补充-

并集：-结果集按升序排序。

全部合并：-结果集未排序。两个查询输出只是附加的。

UNION和UNION ALL都连接两个不同SQL的结果。它们处理重复项的方式不同。

UNION对结果集执行DISTINCT，消除所有重复的行。UNION ALL不删除重复项，因此它比UNION更快。

注意：使用此命令时，所有选定的列都需要具有相同的数据类型。

示例：如果我们有两个表，1）员工和2）客户

员工表数据：

客户表数据：

UNION示例（它删除所有重复记录）：

UNION ALL示例（它只是连接记录，而不是消除重复，因此比UNION更快）：

如果没有ORDERBY，UNION ALL可能会按原样返回行，而UNION则会让您等到查询的最后一刻，然后立即向您提供整个结果集。这在超时情况下会有所不同——UNION ALL会保持连接的活动状态。

因此，如果您有超时问题，并且没有排序，重复也不是问题，UNION ALL可能会非常有用。

UNION删除重复的记录（结果中的所有列都相同），UNION all不删除。

当使用UNION而不是UNION ALL时，性能会受到影响，因为数据库服务器必须做额外的工作来删除重复的行，但通常您不希望重复的行（尤其是在开发报表时）。

要识别重复项，记录必须是可比较类型以及兼容类型。这取决于SQL系统。例如，系统可以截断所有长文本字段以生成短文本字段进行比较（MS Jet），或者可以拒绝比较二进制字段（ORACLE）

UNION示例：

SELECT 'foo' AS bar UNION SELECT 'foo' AS bar

结果：

+-----+
| bar |
+-----+
| foo |
+-----+
1 row in set (0.00 sec)

UNION ALL示例：

SELECT 'foo' AS bar UNION ALL SELECT 'foo' AS bar

结果：

+-----+
| bar |
+-----+
| foo |
| foo |
+-----+
2 rows in set (0.00 sec)

UNION会删除重复记录，而UNION ALL则不会。但是需要检查要处理的大量数据，并且列和数据类型必须相同。

由于union内部使用“不同”行为来选择行，因此在时间和性能方面成本更高。喜欢

select project_id from t_project
union
select project_id from t_project_contact  

这给了我2020年的记录

另一方面

select project_id from t_project
union all
select project_id from t_project_contact

给我超过17402行

从优先级角度看，两者具有相同的优先级。