一般的なアイデア
参照してください答えをすることによってマーティン・スミスを含め、特に間の違いより良いillustationsと異なる加入の説明のためにFULL OUTER JOIN、RIGHT OUTER JOINとLEFT OUTER JOIN。
これら2つの表は、JOIN以下のsの表現の基礎を形成します。
CROSS JOIN
SELECT *
FROM citizen
CROSS JOIN postalcode
結果は、すべての組み合わせのデカルト積になります。JOIN条件は必要ありません：
内部結合
INNER JOIN 単純に同じです： JOIN
SELECT *
FROM citizen c
JOIN postalcode p ON c.postal = p.postal
結果は、必要なJOIN条件を満たす組み合わせになります。
左外部結合
LEFT OUTER JOIN と同じです LEFT JOIN
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
結果citizenは、に一致するものがなくても、すべてのものになりますpostalcode。ここでもJOIN条件が必要です。
再生用データ
すべての例はOracle 18cで実行されています。テーブルのスクリーンショットの元でもあるdbfiddle.ukから入手できます。
CREATE TABLE citizen (id NUMBER,
name VARCHAR2(20),
postal NUMBER, -- <-- could do with a redesign to postalcode.id instead.
leader NUMBER);
CREATE TABLE postalcode (id NUMBER,
postal NUMBER,
city VARCHAR2(20),
area VARCHAR2(20));
INSERT INTO citizen (id, name, postal, leader)
SELECT 1, 'Smith', 2200, null FROM DUAL
UNION SELECT 2, 'Green', 31006, 1 FROM DUAL
UNION SELECT 3, 'Jensen', 623, 1 FROM DUAL;
INSERT INTO postalcode (id, postal, city, area)
SELECT 1, 2200, 'BigCity', 'Geancy' FROM DUAL
UNION SELECT 2, 31006, 'SmallTown', 'Snizkim' FROM DUAL
UNION SELECT 3, 31006, 'Settlement', 'Moon' FROM DUAL -- <-- Uuh-uhh.
UNION SELECT 4, 78567390, 'LookoutTowerX89', 'Space' FROM DUAL;
JOINと遊ぶときの境界がぼやけるWHERE
CROSS JOIN
CROSS JOIN結果として、The General Idea /として行が生成されますINNER JOIN。
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.postal = p.postal -- < -- The WHERE condition is limiting the resulting rows
を使用CROSS JOINして結果を取得LEFT OUTER JOINするには、NULL行を追加するなどのトリックが必要です。省略されています。
内部結合
INNER JOINデカルト積になります。一般的なアイデアと同じCROSS JOINです：
SELECT *
FROM citizen c
JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
これは、内部結合が、条件に一致しない結果が削除されたクロス結合として実際に見られる場所です。ここでは、結果の行は削除されません。
INNER JOINの結果を取得するために使用するには、LEFT OUTER JOINトリックも必要です。省略されています。
左外部結合
LEFT JOIN結果は、The General Idea /として行に表示されますCROSS JOIN。
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
LEFT JOIN結果は、The General Idea /として行に表示されますINNER JOIN。
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
WHERE p.postal IS NOT NULL -- < -- removed the row where there's no mathcing result from postalcode
ベン図のトラブル
「sql join cross inner outer」での画像インターネット検索では、多数のベン図が表示されます。私は以前、机の上に印刷したものを持っていました。しかし、表現には問題があります。
ベン図は、要素が一方または両方のセットに含まれる場合があるセット理論に最適です。しかし、データベースの場合、1つの "セット"内の要素は、テーブルの行のように見えるため、他のテーブルにも存在しないように見えます。複数のテーブルに1つの行が存在するようなものはありません。行はテーブルに固有です。
自己結合は、各要素が両方のセットで実際に同じであるコーナーケースです。しかし、それでも以下の問題が解決するわけではありません。
以下の説明でAは、セットは左側のセット（citizen表）を表し、セットBは右側のセット（postalcode表）です。
CROSS JOIN
両方のセット内のすべての要素は、私たちに必要な意味、他のセット内のすべての要素と一致しているAすべての量Bの元素とB、すべての量Aを適切このデカルト積を表すための要素。セット理論は、セット内の複数の同一要素に対して作成されていないため、ベン図を適切に表すと実用的でない/不可能であることがわかります。全然合わないようですUNION。
行は異なります。UNION合計で7行です。ただし、一般的なSQL結果セットとの互換性はありません。そして、これはaがどのようにCROSS JOIN機能するかではありません：
このように表現しようとすると：
..しかし、今はそれのように見えますが、INTERSECTION確かにそうではありません。さらに、INTERSECTION実際には2つの異なるセットのいずれにもある要素はありません。ただし、次のような検索可能な結果に非常に似ています。
参考までに、CROSS JOINsの1つの検索可能な結果は、Tutorialgatewayにあります。のINTERSECTIONように、空です。
内部結合
要素の値はJOIN条件によって異なります。これは、すべての行がその条件に固有になるという条件の下で表すことができます。意味id=xは1つの行にのみ当てはまります。テーブルA（citizen）の行が条件の下でテーブルB（postalcode）の複数の行と一致するJOINと、結果には次の問題と同じ問題が発生CROSS JOINします。一意性の条件の下では、図は機能しますが、JOIN条件が図内の要素の配置を決定することを覚えておいてください。JOIN残りの行の乗車について、状態の値のみを確認します。
この表現はINNER JOIN、ON 1 = 1条件付きでを使用すると、完全にバラバラになりCROSS JOINます。
自己とJOIN、行は、実際には、両方のテーブルにidential要素であるが、両方としてテーブルを表すAとB非常に適していません。たとえば、ある要素をBの別の要素と一致さJOINせる一般的な自己条件はでありA、別の要素でON A.parent = B.childfromからAto Bに一致します。SQLこのような例から：
SELECT *
FROM citizen c1
JOIN citizen c2 ON c1.id = c2.leader
つまり、スミスはグリーンとジェンセンの両方のリーダーです。
外部結合
この場合も、1つの行に他のテーブルの行と複数の一致がある場合に問題が発生します。OUTER JOIN空のセットと一致するようにできるので、これはさらに複雑です。しかし、セット理論では、任意のセットCと空のセットの結合は常にちょうどCです。空のセットは何も追加しません。これの表現LEFT OUTER JOINは通常、AからAの一致があるかどうかに関係なく、の行が選択されていることを示すためにすべてを表示しているだけBです。「一致する要素」には、上の図と同じ問題があります。彼らは状態に依存します。そして、空のセットは次のようにさまよっているようAです：
WHERE句-意味をなす
CROSS JOIN月のスミスと郵便番号でaからすべての行を検索します。
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
現在、ベン図はを反映するために使用されていませんJOIN。これは句にのみ使用されWHEREます。
..そしてそれは理にかなっています。
INTERSECTとUNIONが意味をなす場合
交差する
説明されているように、INNER JOIN実際にはありませんINTERSECT。ただし、INTERSECTsは個別のクエリの結果に使用できます。ここで、ベン図は意味があります。別々のクエリからの要素は、実際には、結果の一方または両方に属する行であるためです。Intersectは、明らかに両方のクエリに行が存在する場合にのみ結果を返します。これSQLにより、上記と同じ行が作成されWHERE、ベン図も同じになります。
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
INTERSECT
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE p.area = 'Moon';
連合
アンはOUTER JOINありませんUNION。ただしUNION、と同じ条件で作業すると、INTERSECT両方SELECTのを組み合わせたすべての結果が返されます。
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
UNION
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE p.area = 'Moon';
これは次と同等です：
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
..そして結果を与える：
また、ここではベン図が理にかなっています：
該当しない場合
重要な注意点は、 2つのSELECTの結果からの構造を比較または共用を可能にする、同一である場合、これらの唯一の作品ということです。これら2つの結果では、次のことはできません。
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
..結果を結合しようとするとUNION、
ORA-01790: expression must have same datatype as corresponding expression
さらに興味がある場合は、「ベンのダイアグラムにJOINとsql結合を説明するときはベンのダイアグラムにNOと言ってください」をお読みください。どちらもカバーしていEXCEPTます。
