LATERALとPostgreSQLのサブクエリの違いは何ですか？

PostgresがLATERAL結合を行う機能を備えて以来、私は現在、全体のクエリに4分以上かかる多くの非効率的なサブクエリを使用してチームの複雑なデータダンプを行っているので、それについて調べてきました。

LATERAL結合が役立つ場合があることを理解していますが、Heap Analyticsからこのような記事を読んだ後でも、私はまだ完全には従いません。

LATERAL結合のユースケースは何ですか？LATERAL結合とサブクエリの違いは何ですか？

相関サブクエリに似ている

LATERAL（Postgresの9.3またはそれ以降）は、より似ている参加相関サブクエリではなく、普通サブクエリ。Andomarが指摘したように、LATERAL結合の右側の関数またはサブクエリは、相関サブクエリと同様に、その左側の各行に対して1回評価する必要がありますが、プレーンサブクエリ（テーブル式）は1回だけ評価されます。（ただし、クエリプランナーには、どちらか一方のパフォーマンスを最適化する方法があります。）
この関連する回答には、同じ問題を解決する両方のコード例があります。

• GROUP BYクエリを最適化して、ユーザーごとに最新の行を取得する

複数の列を返す場合、LATERAL結合は通常、よりシンプルでクリーンで高速です。
また、相関サブクエリに相当するものはLEFT JOIN LATERAL ... ON true次のとおりです。

• 配列引数を使用してセットを返す関数を複数回呼び出す

マニュアルを読む LATERAL

これは、ここで回答に入れるものよりも信頼性があります。

• https://www.postgresql.org/docs/current/static/queries-table-expressions.html#QUERIES-LATERAL
• http://www.postgresql.org/docs/current/static/sql-select.html

サブクエリで実行できないこと

ありますことを、物事LATERALを行うことができます参加するには、しかし、（相関）サブクエリは（簡単に）することはできません。相関サブクエリは、複数の列や複数の行ではなく、単一の値のみを返すことができます。ただし、裸の関数呼び出し（複数の行を返す場合に結果行を乗算する）を除きます。ただし、特定のセットを返す関数でさえ、FROM句でのみ許可されます。unnest()Postgres 9.4以降の複数のパラメータと同様です。マニュアル：

これはFROM句でのみ許可されます。

したがって、これは機能しますが、サブクエリで簡単に置き換えることはできません。

CREATE TABLE tbl (a1 int[], a2 int[]);
SELECT * FROM tbl, unnest(a1, a2) u(elem1, elem2);  -- implicit LATERAL

句のコンマ（,）は、のFROM短い表記ですCROSS JOIN。
LATERALテーブル関数では自動的に想定されます。
の特殊なケースの詳細UNNEST( array_expression [, ... ] )：

• FROM句でのみ許可されるようにset-returning-functionを宣言するにはどうすればよいですか？

SELECTリスト内のセットを返す関数

リストのようunnest()にSELECT直接セットを返す関数を使用することもできます。これは、SELECTPostgres 9.6まで、同じリストにこのような関数が複数あるという驚くべき動作を示していました。しかし、それは最終的にPostgres 10でサニタイズされ、現在では有効な代替手段です（標準SQLでなくても）。見る：

• SELECT句の複数のセットを返す関数の予想される動作は何ですか？

上記の例に基づいて構築：

SELECT *, unnest(a1) AS elem1, unnest(a2) AS elem2
FROM   tbl;

比較：

PG 9.6用dbfiddle ここでは、
PG 10用dbfiddle こちら

誤った情報を明確にする

マニュアル：

以下のためにINNERとOUTER参加の種類、状態、すなわち正確の一つに指定されている必要があり参加しNATURAL、ON join_condition、もしくはUSING（join_columnを [、...]）。意味については以下を参照してください。
の場合CROSS JOIN、これらの句は表示されません。

したがって、次の2つのクエリは有効です（特に有用ではない場合でも）。

SELECT *
FROM   tbl t
LEFT   JOIN LATERAL (SELECT * FROM b WHERE b.t_id = t.t_id) t ON TRUE;

SELECT *
FROM   tbl t, LATERAL (SELECT * FROM b WHERE b.t_id = t.t_id) t;

これはそうではありませんが：

SELECT *
FROM   tbl t
LEFT   JOIN LATERAL (SELECT * FROM b WHERE b.t_id = t.t_id) t;

だからこそだAndomarの@コード例正しい（CROSS JOIN結合条件を必要としない）とアッティラの@ IS無効でした。

非結合lateralとlateral結合の違いは、左側のテーブルの行を見ることができるかどうかにあります。例えば：

select  *
from    table1 t1
cross join lateral
        (
        select  *
        from    t2
        where   t1.col1 = t2.col1 -- Only allowed because of lateral
        ) sub

この「外向き」は、サブクエリを複数回評価する必要があることを意味します。結局のところ、t1.col1多くの値を想定できます。

対照的に、非lateral結合後のサブクエリは1回だけ評価できます。

select  *
from    table1 t1
cross join
        (
        select  *
        from    t2
        where   t2.col1 = 42 -- No reference to outer query
        ) sub

なしlateralで必要とされるように、内部クエリは外部クエリにまったく依存しません。lateralクエリは、一例であるcorrelatedため、クエリ自体の外側行との関係を、クエリ。

まず、ラテラルとクロス適用は同じものです。したがって、クロスアプライについてもお読みください。これはSQL Serverに古くから実装されていたため、ラテラルよりもさらに詳しい情報が得られます。

第二に、私の理解によれば、ラテラルを使用する代わりにサブクエリを使用してできないことはありません。だが：

次のクエリを検討してください。

Select A.*
, (Select B.Column1 from B where B.Fk1 = A.PK and Limit 1)
, (Select B.Column2 from B where B.Fk1 = A.PK and Limit 1)
FROM A 

この状態でラテラルを使用できます。

Select A.*
, x.Column1
, x.Column2
FROM A LEFT JOIN LATERAL (
  Select B.Column1,B.Column2,B.Fk1 from B  Limit 1
) x ON X.Fk1 = A.PK

このクエリでは、limit句のため、通常の結合を使用できません。単純な結合条件がない場合は、ラテラルまたはクロスアプライを使用できます。

ラテラルまたはクロスアプライの使用法は他にもありますが、これは私が見つけた最も一般的なものです。

誰も指摘していないことの1つはLATERAL、クエリを使用して、選択したすべての行にユーザー定義関数を適用できることです。

例えば：

CREATE OR REPLACE FUNCTION delete_company(companyId varchar(255))
RETURNS void AS $$
    BEGIN
        DELETE FROM company_settings WHERE "company_id"=company_id;
        DELETE FROM users WHERE "company_id"=companyId;
        DELETE FROM companies WHERE id=companyId;
    END; 
$$ LANGUAGE plpgsql;

SELECT * FROM (
    SELECT id, name, created_at FROM companies WHERE created_at < '2018-01-01'
) c, LATERAL delete_company(c.id);

これが、PostgreSQLでこの種のことを行う方法を知る唯一の方法です。