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


10

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

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

该应用程序具有许多不同的数据库驱动程序。我主要使用MS SQL Server驱动程序和SQL Server2008。如果在子查询中找到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不允许在子查询中排序?


2
仅仅因为您观察到某些结果并不能保证它们。如果要保持一致性,请在外面下订单。期。
亚伦·伯特兰

理想情况下,将执行此操作。但是,要进入此阶段,将需要更改核心逻辑和许多数据库驱动程序。由于这个问题已经有很多年没有报告了,因此似乎有些数据库确实在子查询中一致地实现了ORDER BY。如果可能的话,最好知道哪些。
geographika

2
@geographika即使某些DBMS一直到现在都这样做,也无法保证他们将来会继续这样做。例如,MySQL在5.6(和MariaDB 5.3)中对优化器的改进将ORDER BY在子查询中将其标识为冗余,而不进行不必要的排序。
ypercubeᵀᴹ

Answers:


15

您将必须使您的应用程序放在ORDER BY子查询的内部(也许它可以选择不首先使用不必要的子查询)。正如您已经发现的那样,不带的SQL Server不支持此语法TOP。并且使用TOP,除非您想保留一些行,否则无论如何TOP 100 PERCENT都会使用using 来呈现ORDER BY优化的结果。

在Oracle和PostGres中,仅仅因为支持语法,并不意味着它得到遵守。而且,仅因为您认为它在某些情况下已得到遵守,并不意味着它会随着新版本的发布或数据,统计信息,查询本身或环境的细微更改而继续得到遵守。

我可以向您保证,毫无疑问,如果您想保证订购,则需要ORDER BY在最外面的查询中放置。无论使用哪种平台,这都应该成为您的信条。

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


谢谢。我认为MSSQL具有引发错误的正确方法。当与内部SQL查询的原则背道而驰时,对内部查询的支持和实现排序似乎都是祸根。但是不确定汽车的类比-您需要在汽车实际飞行时在手册中添加查找内容
geographika

-1

我承认这很糟糕,但是如果您遇到困难,请尝试返回子查询中的前几行。返回前100%无效,但是如果您想解决问题,可以查询行数并将其作为变量传递给TOP。我在设置为兼容级别80的数据库上进行了测试,因此我认为它应该与SQL 2000一起使用。

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

我最初确实尝试过此方法,但对于小型数据集来说似乎还可以。但是,当我获得非常大的记录集时,SQL Server 2008R2中的排序再次变得随机。也许与内存/页面大小有关?
geographika

抱歉,这没有帮助。选择排名靠前的100%也会导致排序恢复为随机。
DBNull 2014年

如果查询进行并行处理(特别Name是非唯一查询),则此方法将不起作用。如果优化器选择具有不同键列顺序的其他索引,则它可能无法继续连续工作。
Erik Darling
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.