Subquery中ORDER的数据库实现

Question

我正在使用一个封装SQL语句的应用程序(MapServer - http://mapserver.org/)，以便ORDER语句在内部查询中。例如。

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

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

从MS Docs (虽然这是针对Server 2000的文档，它似乎仍然适用)：

当您在视图、内联函数、派生表或子查询中使用ordered子句时，它不能保证有序输出。相反，ORDER子句仅用于保证Top操作符生成的结果集具有一致的组成。ORDER子句仅保证在最外层SELECT语句中指定有序结果集。

但是，在Postgres (9)和Oracle中运行相同类型的查询会返回结果--按照子查询中定义的顺序。在Postgres中，查询计划显示结果被排序，Postgres发布说明包括包含子查询顺序的项：

当子查询顺序与上级查询匹配时避免排序

http://en.wikipedia.org/wiki/Order_通过声明：

虽然有些数据库系统允许在子选择或查看定义中指定ORDER子句，但其存在并没有影响。

但是，从我自己对查询计划的检查来看：

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

那么，我的问题是，是否有任何链接可以正式确认或否认Postgres和Oracle不允许在子查询中进行排序？

Answer 1

您将不得不使您的应用程序不将ORDER BY放在子查询中(可能它可以选择首先不使用不必要的子查询)。正如您已经发现的，在没有TOP的Server中不支持这种语法。使用TOP时，除非您想将一些行排除在外，否则使用TOP 100 PERCENT将呈现优化的ORDER BY。

在甲骨文和PostGres中，仅仅因为语法被支持，并不意味着它被遵守了。仅仅因为您在某些场景中观察到它被遵守，并不意味着当新版本出现或您的数据、统计数据、查询本身或环境发生细微变化时，它将继续被遵循。

我可以向您保证，毫无疑问，如果您想要订单方面的保证，您需要将ORDER BY放在最外层的查询中。无论你使用的是什么平台，这都应该是一个你紧紧抓住的原则。

您正在请求一个正式声明某些内容不受支持的链接。这就像在你的车主手册中寻找一份你的汽车不能飞行的官方声明。

Answer 2

我承认这很下流，但是如果您手头拮据，请尝试返回子查询中的最高行数。返回前100 %不起作用，但是如果您想解决问题，您可以查询行数并将其作为变量传递给top。我在数据库上测试了这一点，将其设置为可压缩级别80，因此我认为它应该与SQL 2000一起工作。

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