不确定哪个数据库很重要

UNION和UNION ALL应适用于所有SQL Server。

您应该避免不必要的UNION，它们是巨大的性能泄漏。根据经验，如果您不确定要使用哪个，请使用UNION ALL。

在这里的讨论中添加我的两分钱：可以将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 ALL还可以处理更多的数据类型。例如，当尝试联合空间数据类型时。例如：

select a.SHAPE from tableA a
union
select b.SHAPE from tableB b

将投掷

数据类型几何图形不能用作UNION、INTERSECT或EXCEPT运算符的操作数，因为它不可比较。

然而，工会都不会。

UNION-在UNION ALL-生成包括重复项在内的所有记录。

两者都是阻塞运算符，因此我个人更喜欢在任何时候使用JOIN而不是阻塞运算符（UNION、INTERSECT、UNION ALL等）。

为了说明为什么Union操作与Union All相比执行得很差，请执行以下示例。

CREATE TABLE #T1 (data VARCHAR(10))

INSERT INTO #T1
SELECT 'abc'
UNION ALL
SELECT 'bcd'
UNION ALL
SELECT 'cde'
UNION ALL
SELECT 'def'
UNION ALL
SELECT 'efg'


CREATE TABLE #T2 (data VARCHAR(10))

INSERT INTO #T2
SELECT 'abc'
UNION ALL
SELECT 'cde'
UNION ALL
SELECT 'efg'

以下是UNION ALL和UNION操作的结果。

UNION语句有效地对结果集执行SELECT DISTINCT。如果您知道从联合返回的所有记录都是唯一的，请改用union all，这样可以更快地获得结果。

使用UNION会导致执行计划中的不同排序操作。证明该声明的证据如下：

我补充一个例子，

UNION，它与不同-->的合并速度较慢，因为它需要比较（在Oracle SQL开发人员中，选择查询，按F10查看成本分析）。

UNION ALL，它在合并时没有明显的-->，速度更快。

SELECT to_date(sysdate, 'yyyy-mm-dd') FROM dual
UNION
SELECT to_date(sysdate, 'yyyy-mm-dd') FROM dual;

and

SELECT to_date(sysdate, 'yyyy-mm-dd') FROM dual
UNION ALL
SELECT to_date(sysdate, 'yyyy-mm-dd') FROM dual;

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行

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