子查询中 ORDER BY 的数据库实现

geo*_*ika 10 order-by consistency

我正在使用包装 SQL 语句的应用程序 (MapServer - http://mapserver.org/ ),以便 ORDER BY 语句位于内部查询中。例如

SELECT * FROM (
        SELECT ID, GEOM, Name
        FROM t
        ORDER BY Name
        ) as tbl
Run Code Online (Sandbox Code Playgroud)

该应用程序有许多不同的数据库驱动程序。我主要使用 MS SQL Server 驱动程序和 SQL Server 2008。如果在子查询中找到 ORDER BY,则会引发错误。

来自 MS Docs(虽然这适用于 SQL Server 2000,但它似乎仍然适用):

当您在视图、内联函数、派生表或子查询中使用 ORDER BY 子句时,它不保证有序输出。相反,ORDER BY 子句仅用于保证由 Top 运算符生成的结果集具有一致的构成。ORDER BY 子句仅在最外面的 SELECT 语句中指定时才保证有序的结果集。

但是,在 Postgres (9) 和 Oracle 中运行时,相同类型的查询会返回结果 - 其顺序与子查询中定义的顺序相同。在 Postgres 中,查询计划显示结果已排序,并且 Postgres 发行说明包括暗示使用子查询顺序的项目:

当子查询 ORDER BY 匹配上查询时避免排序

http://en.wikipedia.org/wiki/Order_by指出:

尽管一些数据库系统允许在子选择或视图定义中指定 ORDER BY 子句,但存在没有影响。

但是,从我自己对查询计划的检查来看:

  • SQL Server 2008 不支持子查询中的 ORDER BY
  • Postgres 9 在子查询中支持 ORDER BY
  • Oracle 10g 在子查询中支持 ORDER BY

所以我的问题是否有任何链接可以正式确认或否认 Postgres 和 Oracle 不允许在子查询中排序?

Aar*_*and 15

您将不得不让您的应用程序不要将 放在ORDER BY子查询中(也许它可以选择不首先使用不必要的子查询)。正如您已经发现的那样,没有TOP. 和TOP, 除非你想留下一些行, using无论如何TOP 100 PERCENT都会渲染ORDER BY优化。

而在 Oracle 和 PostGres 中,仅仅因为语法被支持,并不意味着它被遵守。并且仅仅因为您观察到它在某些情况下被遵守,并不意味着随着新版本的出现或您的数据、统计信息、查询本身或环境的细微变化,它将继续被遵守。

我可以向你保证,毫无疑问,如果你想保证订单,你需要把 放在ORDER BY最外面的查询上。无论您使用什么平台,这都应该是您坚持的原则。

您要求提供一个正式声明不支持某些内容的链接。这就像在您的车主手册中查找有关您的汽车无法飞行的官方声明。