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

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

还有一件事我想补充-

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

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

UNION和UNION ALL之间的基本区别是联合操作从结果集中消除了重复的行，但联合ALL在合并后返回所有行。

从…起http://zengin.wordpress.com/2007/07/31/union-vs-union-all/

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删除重复的记录（结果中的所有列都相同），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应适用于所有SQL Server。

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