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

发布于 2024-07-10 22:57:09 字数 343 浏览 7 评论 0原文

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

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

默认的 order by 行为是什么？

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

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

原文

If I have a few UNION Statements as a contrived example:

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

What is the default order by behaviour?

The test data I'm seeing essentially does not return the data in the order that is specified above. I.e. the data is ordered, but I wanted to know what are the rules of precedence on this.

Another thing is that in this case xxx is a View. The view joins 3 different tables together to return the results I want.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

痴意少年 2024-07-17 22:57:09

没有默认顺序。

如果没有 Order By 子句，则返回的订单是不确定的。这意味着 SQL Server 可以按照它喜欢的任何顺序将它们恢复。

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

回复收藏 0 原文

笙痞 2024-07-17 22:57:09

关于添加 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

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

In regards to adding an ORDER BY clause:

This is probably elementary to most here but I thought I add this.
Sometimes you don't want the results mixed, so you want the first query's results then the second and so on. To do that I just add a dummy first column and order by that. Because of possible issues with forgetting to alias a column in unions, I usually use ordinals in the order by clause, not column names.

For example:

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

The dummy ordinal column is also useful for times when I'm going to run two queries and I know only one is going to return any results. Then I can just check the ordinal of the returned results. This saves me from having to do multiple database calls and most empty resultset checking.

回复收藏 0 原文

眸中客 2024-07-17 22:57:09

刚刚找到了真正的答案。

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

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

回复收藏 0 原文

枕梦 2024-07-17 22:57:09

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

如果您省略它，它可能看起来是有组织的（基于查询选择的索引）计划），但是您今天看到的结果可能不是您期望的结果，并且当明天运行相同的查询时它甚至可能会发生变化。

编辑：一些很好的具体示例：（所有示例都是 MS SQL Server）

Dave Pinal 的博客描述了两个非常相似的查询如何因使用不同的索引而显示不同的表观顺序：
```
从 Person.Contact 中选择 ContactID 
  从人员中选择*.联系人 
  
```
Conor Cunningham 显示当表格出现时表观顺序如何改变变得更大（如果查询优化器决定使用并行执行计划）。
Hugo Kornelis 证明了这一点表观顺序并不总是基于主键。这是他的后续帖子和解释。< /p>

If you care what order the records are returned, you MUST use an order by.

If you leave it out, it may appear organized (based on the indexes chosen by the query plan), but the results you see today may NOT be the results you expect, and it could even change when the same query is run tomorrow.

Edit: Some good, specific examples: (all examples are MS SQL server)

Dave Pinal's blog describes how two very similar queries can show a different apparent order, because different indexes are used:
```
SELECT ContactID FROM Person.Contact
SELECT *         FROM Person.Contact
```
Conor Cunningham shows how the apparent order can change when the table gets larger (if the query optimizer decides to use a parallel execution plan).
Hugo Kornelis proves that the apparent order is not always based on primary key. Here is his follow-up post with explanation.