Ide Umum
Silakan lihat jawaban oleh Martin Smith untuk ilustrasi dan penjelasan yang lebih baik dari gabungan yang berbeda, termasuk dan terutama perbedaan antara FULL OUTER JOIN, RIGHT OUTER JOINdan LEFT OUTER JOIN.
Kedua tabel ini membentuk dasar untuk representasi huruf-huruf JOINdi bawah ini:
LINTAS BERGABUNG
SELECT *
FROM citizen
CROSS JOIN postalcode
Hasilnya akan menjadi produk Cartesian dari semua kombinasi. Tidak JOINdiperlukan kondisi:
INNER BERGABUNG
INNER JOIN sama dengan: JOIN
SELECT *
FROM citizen c
JOIN postalcode p ON c.postal = p.postal
Hasilnya akan berupa kombinasi yang memenuhi persyaratan yang disyaratkan JOIN:
LEFT OUTER BERGABUNG
LEFT OUTER JOIN sama dengan LEFT JOIN
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
Hasilnya akan menjadi segalanya dari citizenbahkan jika tidak ada kecocokan di postalcode. Sekali lagi JOINdiperlukan suatu kondisi:
Data untuk diputar
Semua contoh telah dijalankan pada Oracle 18c. Mereka tersedia di dbfiddle.uk yang juga merupakan tempat screenshot dari tabel.
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;
Batas yang kabur saat bermain dengan JOINdanWHERE
LINTAS BERGABUNG
CROSS JOINmenghasilkan baris sebagai 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
Menggunakan CROSS JOINuntuk mendapatkan hasil LEFT OUTER JOINmemerlukan trik seperti menambahkan NULLberturut - turut. Itu dihilangkan.
INNER BERGABUNG
INNER JOINmenjadi produk kartesius. Ini sama dengan The General Idea / CROSS JOIN:
SELECT *
FROM citizen c
JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
Di sinilah join dalam benar-benar dapat dilihat sebagai cross join dengan hasil yang tidak cocok dengan kondisi yang dihapus. Di sini tidak ada baris yang dihasilkan dihapus.
Menggunakan INNER JOINuntuk mendapatkan hasil LEFT OUTER JOINjuga membutuhkan trik. Itu dihilangkan.
LEFT OUTER BERGABUNG
LEFT JOINmenghasilkan baris sebagai 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 JOINmenghasilkan baris sebagai 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
Masalah dengan diagram Venn
Pencarian internet gambar pada "sql join cross inner outer" akan menampilkan banyak diagram Venn. Saya dulu punya salinan cetak satu di meja saya. Tetapi ada masalah dengan representasi.
Diagram Venn sangat baik untuk teori himpunan, di mana suatu elemen dapat berada dalam satu atau kedua set. Tetapi untuk database, elemen dalam satu "set" tampaknya, bagi saya, adalah baris dalam sebuah tabel, dan karena itu tidak juga hadir di tabel lain. Tidak ada yang namanya satu baris hadir dalam beberapa tabel. Baris unik untuk tabel.
Self joins adalah kasus sudut di mana setiap elemen sebenarnya sama di kedua set. Tapi itu masih tidak bebas dari masalah di bawah ini.
Set Amewakili set di sebelah kiri ( citizentabel) dan set Badalah set di sebelah kanan ( postalcodetabel) dalam diskusi di bawah ini.
LINTAS BERGABUNG
Setiap elemen di kedua set dicocokkan dengan setiap elemen di set lain, artinya kita membutuhkan Ajumlah setiap Belemen dan Bjumlah setiap Aelemen untuk mewakili produk Cartesian ini dengan tepat. Teori himpunan tidak dibuat untuk beberapa elemen identik dalam suatu himpunan, jadi saya menemukan diagram Venn untuk benar mewakili itu tidak praktis / mustahil. Sepertinya tidak UNIONcocok sama sekali.
Baris berbeda. The UNIONadalah 7 baris total. Tapi mereka tidak kompatibel untuk SQLset hasil yang umum . Dan ini bukan cara CROSS JOINkerjanya sama sekali:
Mencoba menampilkannya seperti ini:
..tapi sekarang itu hanya terlihat seperti INTERSECTION, yang tentu saja tidak . Selain itu tidak ada elemen dalam INTERSECTIONyang sebenarnya ada di salah satu dari dua set yang berbeda. Namun, sangat mirip dengan hasil yang dapat dicari yang mirip dengan ini:
Untuk referensi, satu hasil yang dapat dicari untuk CROSS JOINs dapat dilihat di Tutorialgateway . The INTERSECTION, seperti yang satu ini, kosong.
INNER BERGABUNG
Nilai suatu elemen tergantung pada JOINkondisinya. Dimungkinkan untuk mewakili ini dengan syarat bahwa setiap baris menjadi unik untuk kondisi itu. Makna id=xhanya berlaku untuk satu baris. Setelah baris dalam tabel A( citizen) cocok dengan beberapa baris dalam tabel B( postalcode) di bawah JOINkondisi, hasilnya memiliki masalah yang sama dengan CROSS JOIN: Baris perlu diwakili beberapa kali, dan teori himpunan tidak benar-benar dibuat untuk itu. Di bawah kondisi keunikan, diagram dapat bekerja, tetapi perlu diingat bahwa JOINkondisi menentukan penempatan elemen dalam diagram. Melihat hanya pada nilai-nilai JOINkondisi dengan sisa baris hanya untuk perjalanan:
Representasi ini benar-benar terpisah ketika menggunakan INNER JOINdengan ON 1 = 1kondisi yang membuatnya menjadi CROSS JOIN.
Dengan self JOIN, baris sebenarnya adalah elemen yang identik di kedua tabel, tetapi mewakili tabel sebagai keduanya Adan Btidak terlalu cocok. Sebagai contoh JOINkondisi diri umum yang membuat suatu elemen Amenjadi cocok dengan elemen yang berbeda di B adalah ON A.parent = B.child, membuat kecocokan dari Ake Bpada elemen yang terpisah. Dari contoh-contoh yang akan menjadi SQLseperti ini:
SELECT *
FROM citizen c1
JOIN citizen c2 ON c1.id = c2.leader
Meaning Smith adalah pemimpin Green dan Jensen.
OUTER BERGABUNG
Sekali lagi masalah dimulai ketika satu baris memiliki beberapa kecocokan untuk baris di tabel lainnya. Ini lebih rumit karena OUTER JOINdapat cocok dengan set kosong. Namun dalam teori himpunan penyatuan himpunan mana pun Cdan himpunan kosong, selalu adil C. Set kosong tidak menambahkan apa pun. Representasi ini LEFT OUTER JOINbiasanya hanya menunjukkan semua Auntuk mengilustrasikan bahwa baris Ayang dipilih terlepas dari apakah ada kecocokan atau tidak dari B. Namun "elemen yang cocok" memiliki masalah yang sama dengan ilustrasi di atas. Mereka bergantung pada kondisinya. Dan set kosong tampaknya telah berkeliaran ke A:
WHERE clause - masuk akal
Menemukan semua baris dari a CROSS JOINdengan Smith dan kode pos di Bulan:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
Sekarang diagram Venn tidak digunakan untuk mencerminkan JOIN. Ini hanya digunakan untuk WHEREklausa:
..dan itu masuk akal.
Ketika INTERSECT dan UNION masuk akal
MEMOTONG
Seperti yang dijelaskan, INNER JOINsebenarnya bukan INTERSECT. Namun INTERSECTs dapat digunakan pada hasil permintaan yang terpisah. Di sini diagram Venn masuk akal, karena unsur-unsur dari kueri yang terpisah sebenarnya adalah baris yang dimiliki hanya oleh salah satu hasil atau keduanya. Persimpangan jelas hanya akan mengembalikan hasil di mana baris hadir di kedua kueri. Ini SQLakan menghasilkan baris yang sama dengan yang di atas WHERE, dan diagram Venn juga akan sama:
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';
PERSATUAN
An OUTER JOINbukan a UNION. Namun UNIONbekerja dalam kondisi yang sama seperti INTERSECT, menghasilkan pengembalian semua hasil menggabungkan kedua SELECTs:
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';
yang setara dengan:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
..dan memberikan hasilnya:
Juga di sini diagram Venn masuk akal:
Ketika itu tidak berlaku
Sebuah catatan penting adalah bahwa ini hanya bekerja ketika struktur hasil dari dua SELECT yang sama, memungkinkan perbandingan atau serikat. Hasil dari kedua ini tidak akan memungkinkan itu:
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
..mencoba menggabungkan hasil dengan UNIONmemberi a
ORA-01790: expression must have same datatype as corresponding expression
Untuk minat lebih lanjut bacalah Say NO to Venn Diagram When Explaining JOINs dan sql gabung sebagai venn diagram . Keduanya juga menutupi EXCEPT.
