サブクエリでのORDER BYのデータベース実装

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ドキュメントから（これは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サブクエリの内側（多分それは最初の場所で不要な副問合せを使用しないためのオプションを持っています）。すでに発見したように、この構文はSQL ServerではサポートされていませんTOP。またTOP、を使用すると、一部の行を省略しない限り、とにかく最適化されてTOP 100 PERCENTレンダリングORDER BYされます。

OracleとPostGresでは、構文がサポートされているからといって、それが遵守されているわけではありません。また、一部のシナリオで従うものとして観察したからといって、新しいバージョンが出たり、データ、統計、クエリ自体、または環境に微妙な変更が加えられても従うことを意味するものではありません。

私は、ことを保証することができます疑いもなくしたい場合は、保証の順序については、あなたが配置する必要がありORDER BY、最も外側のクエリに。これは、どのプラットフォームを使用している場合でも、しっかりと守るべき原則です。

あなたは何かがサポートされていないことを公式に述べるリンクを求めています。これは、自動車のオーナーズマニュアルで、自動車が飛行できないという公式声明を探すようなものです。

これは不適切なことですが、問題が発生した場合は、サブクエリの最上位の行数を返してみてください。上位100％を返すことはできませんが、問題を解決したい場合は、行数をクエリしてTOPに変数として渡すことができます。互換性レベル80に設定されたデータベースでこれをテストしたので、SQL 2000で動作するはずです。

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