SQL Server UNION - 默认 ORDER BY 行为是什么

题

如果我有一些 UNION 语句作为人为的示例：

SELECT * FROM xxx WHERE z = 1
UNION 
SELECT * FROM xxx WHERE z = 2
UNION
SELECT * FROM xxx WHERE z = 3

默认值是什么 order by 行为？

我看到的测试数据基本上不会按照上面指定的顺序返回数据。IE。数据是有序的，但我想知道这方面的优先规则是什么。

另一件事是，在本例中 xxx 是一个视图。该视图将 3 个不同的表连接在一起以返回我想要的结果。

解决方案

没有默认订单。

如果没有 Order By 子句，则返回的顺序是未定义的。这意味着SQL Server可以按照自己喜欢的顺序将它们带回来。

编辑：基于我所看到的，没有Order By，结果返回的顺序取决于查询计划。因此，如果有一个正在使用的索引，结果可能会按此顺序返回，但同样无法保证。

其他提示

关于添加ORDER BY子句：

这对大多数人来说可能是基本的，但我想我加上这个。有时您不希望结果混合，因此您需要第一个查询的结果，然后是第二个，依此类推。要做到这一点，我只需添加一个虚拟的第一列并按顺序排序。由于忘记在联合中对列进行别名可能存在问题，我通常在order by子句中使用序数，而不是列名。

例如：

SELECT 1, * FROM xxx WHERE z = 'abc'
UNION ALL
SELECT 2, * FROM xxx WHERE z = 'def'
UNION ALL
SELECT 3, * FROM xxx WHERE z = 'ghi'
ORDER BY 1

虚拟序列列在我打算运行两个查询的时候也很有用，我知道只有一个会返回任何结果。然后我可以检查返回结果的序数。这使我不必进行多个数据库调用和大多数空结果集检查。

刚刚找到了实际答案。

因为UNION删除了重复项，所以它会执行DISTINCT SORT。这是在连接所有UNION语句之前完成的（检查执行计划）。

要停止排序，请执行UNION ALL，这也不会删除重复项。

如果您关心返回记录的顺序，则必须使用 order by。

如果你忽略它，它可能会出现组织（基于查询计划选择的索引），但是您今天看到的结果可能不是您期望的结果，甚至在明天运行相同的查询时它甚至可能会发生变化。

编辑：一些很好的具体例子：（所有示例均是 MS SQL 服务器）

戴夫·皮纳尔的博客描述了两个非常相似的查询如何显示不同的表观顺序，因为使用了不同的索引：
```
SELECT ContactID FROM Person.Contact
SELECT *         FROM Person.Contact
```
康纳坎宁安显示当表变大时表观顺序如何变化（如果查询优化器决定使用并行执行计划）。
乌戈·科内利斯证明表观顺序是不是始终基于主键。这是他的后续帖子并附有解释。

UNION在结果集排序方面可能具有欺骗性，因为数据库有时会使用排序方法来提供UNION中隐含的DISTINCT，这使得它看起来像是故意排序的行 - 这不适用当然，没有隐含的UNION ALL。

然而，有一些隐式不同的算法，例如10g +中的Oracle哈希方法，不会对其进行排序。

正如DJ所说，总是使用ORDER BY

通常会遇到编写不好的代码，假设表格数据是按插入顺序返回的，并且95％的时间编码器都会使用它，并且永远不会意识到这是一个问题，就像许多常见的数据库一样（MSSQL ，Oracle，MySQL）。这当然是一个完整的谬误，并且总是在遇到时会被纠正，并且无一例外地自己使用Order By子句。

根据我的实际经验，您可以使用“UNION”更改订单。反对“UNION ALL”...... 即如果你的查询是

Select Count(*) from Table A
UNION 
Select Count(*) from Table B

result is
10
26

您可以通过替换“UNION”来翻转订单。与“UNION ALL”...... 那么结果将是

26
10

许可以下： CC-BY-SA 和归因