CTEとSubQueryの違いは？

この投稿から次の手順でROW_NUMBERを使用するにはどうすればよいですか？

回答には2つのバージョンがあり、1つはa sub-queryを使用し、もう1つはa を使用しCTEて同じ問題を解決します。

さてCTE (Common Table Expression)、「サブクエリ」よりも使用することの利点は何ですか（したがって、クエリが実際に行っていることをより読みやすくします）

使用しての唯一の利点CTEを超えるにはsub-select、私が実際にできることである名前を付けますsub-query。CTEが単純な（再帰的でない）CTEとして使用される場合、これら2つの間に他の違いはありますか？

サブクエリと単純な（再帰的でない）CTEバージョンでは、おそらく非常によく似ています。プロファイラーと実際の実行計画を使用して違いを特定する必要がありますが、それはセットアップに固有です（そのため、完全な答えはわかりません）。

では一般 ; CTEは再帰的に使用できます。サブクエリはできません。これにより、ツリー構造に特に適しています。

共通テーブル式の主な利点（再帰クエリで使用しない場合）はカプセル化です。サブクエリを使用するすべての場所で宣言する必要がなく、一度定義すれば複数の参照を持つことができます。それに。

ただし、これは1回だけ実行されることを意味するわけではありません（この非常に回答の以前の反復に従って、コメントしてくれたすべてに感謝します）。クエリは、複数回参照されると、複数回実行される可能性があります。クエリオプティマイザーは、最終的にCTEの解釈方法を決定します。

CTEは再帰に最も役立ちます。

WITH hier(cnt) AS (
        SELECT  1
        UNION ALL
        SELECT  cnt + 1
        FROM    hier
        WHERE   cnt < @n
        )
SELECT  cnt
FROM    hier

@n行を返します（最大101）。カレンダー、ダミー行セットなどに役立ちます。

また、（私の意見では）読みやすくなっています。

これとは別に、CTEとsubqueriesは同一です。

言及されていない1つの違いは、単一のCTEがユニオンのいくつかの部分で参照できることです

何か足りない場合を除き、CTEとサブクエリに同じように簡単に名前を付けることができます。

主な違いは読みやすさだと思います（CTEはサブクエリを途中で定義するのではなく、前もって定義するため、CTEの方が読みやすくなります）。

そして、再帰で何かをする必要がある場合、サブクエリでそれを行うには少し問題があります;）

誰も言及していない重要な事実の1つは、（少なくともpostgresでは）CTEが最適化のフェンスであることです。

https://blog.2ndquadrant.com/postgresql-ctes-are-optimization-fences/

つまり、クエリプラン全体に組み込まれるのではなく、独自のアトミッククエリとして扱われます。詳しい説明をする専門知識はありませんが、使用しているsqlのバージョンのセマンティクスを確認する必要があります。上級ユーザーの場合、クエリプランナーの制御のエキスパートレベルであれば、最適化フェンスを作成できるとパフォーマンスが向上します。ただし、99％のケースでは、クエリプランナーに何をすべきかを伝えようとしないでください。高速だと思うことは、高速だと思うよりも悪い可能性があります。:-)

他の回答に加えて、同じサブクエリを何度も使用している場合は、これらのすべてのサブクエリを1つのCTEに置き換えることができます。これにより、コードをより効果的に再利用できます。

理解しておく必要があることの1つは、古いバージョンのSQL Server（はいまだ多くの人がSQL Server 2000データベースをサポートする必要がある）では、CTEが許可されておらず、派生テーブルが最善のソリューションであることです。

ヒント：（MAXRECURSION n）

あなたは使用して特定の文に対して許可される再帰レベルの数を制限することができMAXRECURSIONヒントとの間で値0と 32,767でOPTION句を

たとえば、次のことを試すことができます。

OPTION 
      (MAXRECURSION 150)

GO