主页 / dba / 问题 / 82930
Accepted
geographika
Asked: 2014-11-19 03:47:29 +0800 CST

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

  • 772

我正在使用一个包装 SQL 语句的应用程序（MapServer - http://mapserver.org/），因此 ORDER BY 语句位于内部查询中。例如

SELECT * FROM (
        SELECT ID, GEOM, Name
        FROM t
        ORDER BY Name
        ) as tbl

该应用程序有许多不同的数据库驱动程序。我主要使用 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 不允许在子查询中排序？

order-by consistency

2 个回答

  1. Best Answer

    您将不得不让您的应用程序不将其ORDER BY放在子查询中（也许它首先可以选择不使用不必要的子查询）。正如您已经发现的那样，没有TOP. 并且TOP，除非您想省略一些行，否则 using无论如何TOP 100 PERCENT都会渲染优化。ORDER BY

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

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

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

    • 15

  2. 我承认这是低俗的，但如果您处于紧要关头，请尝试返回子查询中的最高行数。返回前 100% 是行不通的，但如果您想解决问题，您可以查询行数并将其作为变量传递给 TOP。我在一个设置为兼容性级别 80 的数据库上对此进行了测试，所以我认为它应该适用于 SQL 2000。

    SELECT * FROM (
        SELECT TOP (100000) ID, GEOM, Name
        FROM t
        ORDER BY Name
        ) as tbl
    • -1

相关问题