“group by”子句是否自动保证结果将按该键排序？换句话说，这样写就够了吗：
select *
from table
group by a, b, c
还是必须写
select *
from table
group by a, b, c
order by a, b, c
我知道例如在 MySQL 中我不必这样做，但我想知道我是否可以在 SQL 实现中依赖它。有保障吗？
问问题
15477 次
6 回答
29
group by不必对数据进行排序。数据库旨在尽可能快地获取数据，并且仅在必要时进行排序。
因此，order by如果您需要有保证的订单，请添加。
于 2015-01-26T12:10:20.593 回答
4
group by 的有效实现将通过在内部对数据进行排序来执行分组。这就是为什么一些 RDBMS 在分组时返回排序输出的原因。然而，SQL 规范并没有强制要求这种行为，所以除非 RDBMS 供应商明确记录，否则我不会打赌它会工作（明天）。OTOH，如果 RDBMS 隐式进行排序，它也可能足够聪明，然后优化（远离）冗余顺序。@jimmyb
一个使用 PostgreSQL 的例子来证明这个概念
创建一个包含 1M 条记录的表，随机日期范围从今天开始 - 90 并按日期索引
CREATE TABLE WITHDRAW AS
SELECT (random()*1000000)::integer AS IDT_WITHDRAW,
md5(random()::text) AS NAM_PERSON,
(NOW() - ( random() * (NOW() + '90 days' - NOW()) ))::timestamp AS DAT_CREATION, -- de hoje a 90 dias atras
(random() * 1000)::decimal(12, 2) AS NUM_VALUE
FROM generate_series(1,1000000);
CREATE INDEX WITHDRAW_DAT_CREATION ON WITHDRAW(DAT_CREATION);
按日期分组，按日期截断，将按日期选择限制在两天范围内
EXPLAIN
SELECT
DATE_TRUNC('DAY', W.dat_creation), COUNT(1), SUM(W.NUM_VALUE)
FROM WITHDRAW W
WHERE W.dat_creation >= (NOW() - INTERVAL '2 DAY')::timestamp
AND W.dat_creation < (NOW() - INTERVAL '1 DAY')::timestamp
GROUP BY 1
HashAggregate (cost=11428.33..11594.13 rows=11053 width=48)
Group Key: date_trunc('DAY'::text, dat_creation)
-> Bitmap Heap Scan on withdraw w (cost=237.73..11345.44 rows=11053 width=14)
Recheck Cond: ((dat_creation >= ((now() - '2 days'::interval))::timestamp without time zone) AND (dat_creation < ((now() - '1 day'::interval))::timestamp without time zone))
-> Bitmap Index Scan on withdraw_dat_creation (cost=0.00..234.97 rows=11053 width=0)
Index Cond: ((dat_creation >= ((now() - '2 days'::interval))::timestamp without time zone) AND (dat_creation < ((now() - '1 day'::interval))::timestamp without time zone))
使用更大的限制日期范围，它选择应用SORT
EXPLAIN
SELECT
DATE_TRUNC('DAY', W.dat_creation), COUNT(1), SUM(W.NUM_VALUE)
FROM WITHDRAW W
WHERE W.dat_creation >= (NOW() - INTERVAL '60 DAY')::timestamp
AND W.dat_creation < (NOW() - INTERVAL '1 DAY')::timestamp
GROUP BY 1
GroupAggregate (cost=116522.65..132918.32 rows=655827 width=48)
Group Key: (date_trunc('DAY'::text, dat_creation))
-> Sort (cost=116522.65..118162.22 rows=655827 width=14)
Sort Key: (date_trunc('DAY'::text, dat_creation))
-> Seq Scan on withdraw w (cost=0.00..41949.57 rows=655827 width=14)
Filter: ((dat_creation >= ((now() - '60 days'::interval))::timestamp without time zone) AND (dat_creation < ((now() - '1 day'::interval))::timestamp without time zone))
只需ORDER BY 1在末尾添加即可（没有显着差异）
GroupAggregate (cost=116522.44..132918.06 rows=655825 width=48)
Group Key: (date_trunc('DAY'::text, dat_creation))
-> Sort (cost=116522.44..118162.00 rows=655825 width=14)
Sort Key: (date_trunc('DAY'::text, dat_creation))
-> Seq Scan on withdraw w (cost=0.00..41949.56 rows=655825 width=14)
Filter: ((dat_creation >= ((now() - '60 days'::interval))::timestamp without time zone) AND (dat_creation < ((now() - '1 day'::interval))::timestamp without time zone))
PostgreSQL 10.3
于 2018-03-30T03:30:15.337 回答
2
这取决于数据库供应商。
例如 PostgreSQL 不会自动对分组结果进行排序。在这里，您必须使用 order by 来对数据进行排序。
但是 Sybase 和 Microsoft SQL Server 可以。在这里，您可以使用 order by 更改默认排序。
于 2020-04-09T07:34:44.630 回答
1
绝对不是。我经历过，一旦我的一个查询突然开始返回未排序的结果，随着表中的数据增长。
于 2016-03-21T09:17:21.843 回答
-1
我尝试过这个。Msdn 的 Adventureworks db。
select HireDate, min(JobTitle)
from AdventureWorks2016CTP3.HumanResources.Employee
group by HireDate
结果：
2009-01-10生产技术员-WC40
2009-01-11应用专家
2009-01-12首席财务官助理
2009-01-13生产技术员-WC50<
它返回已排序的hiredate数据，但在任何情况下您都不依赖 GROUP BY 来排序。
例如; 索引可以改变这个排序的数据。
我添加了以下索引（雇用日期，职位）
CREATE NONCLUSTERED INDEX NonClusturedIndex_Jobtitle_hireddate ON [HumanResources].[Employee]
(
[JobTitle] ASC,
[HireDate] ASC
)
结果将随着相同的选择查询而改变；
2006-06-30 生产技术员-WC60
2007-01-26 营销助理
2007-11-11 工程经理
2007-12-05 高级工具设计师
2007-12-11 工具设计师
2007-12-20 市场部经理
2007-12-26 生产主管 - WC60
您可以在以下地址下载Adventureworks2016
https://www.microsoft.com/en-us/download/details.aspx?id=49502
于 2018-01-20T19:24:41.883 回答
-2
这取决于记录的数量。当记录较少时，Group by 会自动排序。当记录多于（超过 15 条）时，需要添加 Order by 子句
于 2016-11-25T10:58:00.773 回答