直到最近我开始每天使用 SQL，我才很少使用它。我注意到如果没有使用“order by”子句：
这种行为在最常见的数据库（MySql、Oracle、PostgreSQL、Sqlite、Sql Server）中是可以依赖的标准行为吗？ （我什至不知道是否可以在 sqlite 中真正指望它）。如果是这样，它的尊重程度有多严格（例如，如果一个人使用“分组依据”，那么各个组是否都会有这种排序）？
【问题讨论】：
标签： mysql sql-server oracle sqlite postgresql
如果查询中不包含 ORDER BY 子句，则返回的行顺序未定义。
虽然某些 RDBMS 会在某些情况下以特定顺序返回行，即使省略了 ORDER BY 子句，但绝不应依赖这种行为。
【讨论】：
第 20.2 节 ，小节“一般规则” SQL-92 specification:
4) 如果没有指定，那么 Q 的行是依赖于实现的。
【讨论】：
如果您想订购，请附上ORDER BY。如果你不包含ORDER BY，你是在告诉 SQL Server：
我不在乎你返回行的顺序，只返回行
既然你不在乎，SQL Server 将决定如何返回它认为可能是最有效的行现在（或根据上次计划此特定查询已缓存）。因此，您不应依赖您观察到的行为。它可以从一次查询运行到下一次查询，包括数据更改、统计信息更改、索引更改、服务包、累积更新、升级等等等等。
【讨论】：
对于 PostgreSQL，如果您省略 ORDER BY 子句，您可以在数据库未被修改的情况下运行完全相同的查询 100 次，并在中间以与其他顺序不同的顺序运行一次。事实上，每次运行的顺序可能不同。
可能发生这种情况的一个原因是，如果选择的计划涉及对表堆的顺序扫描，并且已经对该表的堆进行了 seqscan，那么您的查询将在其他扫描已经存在的任何点开始扫描at，以减少对磁盘访问的需求。
正如其他答案所指出的，如果您希望数据按特定顺序排列，请指定该顺序。 PostgreSQL 会在选择计划时考虑请求的顺序，并且可能会使用按该顺序提供数据的索引，如果这样比以其他方式获取行然后对它们进行排序更便宜。
GROUP BY不保证订单； PostgreSQL 可能对数据进行排序以进行分组，或者它可能使用哈希表并按照哈希算法生成的数字的顺序返回行（即，相当随机）。这可能会从一次运行到下一次发生变化。
【讨论】：
当我还是一名 DBA 时，我一直惊讶于 SQL 的这个特性经常被认为是古怪的。考虑一个针对文本文件运行并产生一些输出的简单程序。如果程序永远不会改变，数据永远不会改变，那么您会期望输出永远不会改变。
至于这个：
如果查询中不包含 ORDER BY 子句，则返回的行顺序未定义。
不完全正确 - 在我曾经使用过的每个 RDBMS（Oracle、Informix、SQL Server、DB2 等等）上，DISTINCT 子句也与 ORDER BY 具有相同的效果，因为查找唯一值涉及排序依据定义。
编辑（2014 年 6 月 2 日）：
创建一个简单的表格
对于 DISTINCT 和 ORDER BY，计划和成本都是相同的，因为表面上要执行相同的操作
毫不奇怪，效果是一样的
【讨论】：
ORDER BY 子句。我怀疑 PostgreSQL 是唯一使用哈希表更快的产品，或者如果没有请求订单则以最快的方式返回结果。
ORDER BY，你不能依赖任何ORDER。
CREATE TABLE T(X INT);INSERT INTO T SELECT number%2 FROM master..spt_values;SELECT DISTINCT X FROM T 上测试执行计划是 like this。没有排序操作。输出可能会或可能不会被订购，对我来说是0,1,-1。