Genel Fikir
Bakınız cevabını tarafından Martin Smith , farklı dahil arasında özellikle farklılıklar katılır daha iyi illustations ve açıklamalar için FULL OUTER JOIN, RIGHT OUTER JOINve LEFT OUTER JOIN.
Bu iki tablo, JOINaşağıdaki örneklerin temsili için bir temel oluşturur :
ÇAPRAZ KATIL
SELECT *
FROM citizen
CROSS JOIN postalcode
Sonuç, tüm kombinasyonların Kartezyen ürünleri olacaktır. Hiçbir JOINkoşul gerekmez:
İÇ BİRLEŞİM
INNER JOIN basitçe aynıdır: JOIN
SELECT *
FROM citizen c
JOIN postalcode p ON c.postal = p.postal
Sonuç, gerekli JOINkoşulu karşılayan kombinasyonlar olacaktır :
SOL DIŞ KATILMA
LEFT OUTER JOIN aynıdır LEFT JOIN
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON c.postal = p.postal
Sonuç, citizenmaçlar olmasa bile her şey olacaktır postalcode. Yine bir JOINkoşul gereklidir:
Oynatmak için veriler
Tüm örnekler bir Oracle 18c üzerinde çalıştırılmıştır. Tabloların ekran görüntülerinin de geldiği dbfiddle.uk adresinde mevcuttur .
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;
JOINVe ile oynarken bulanık sınırlarWHERE
ÇAPRAZ KATIL
CROSS JOINGenel Fikir olarak satırlarla sonuçlanan / INNER JOIN:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.postal = p.postal -- < -- The WHERE condition is limiting the resulting rows
Bir CROSS JOINsonucu almak için kullanmak için arka arkaya LEFT OUTER JOINekleme gibi hileler gerekir NULL. Atlandı.
İÇ BİRLEŞİM
INNER JOINkartezyen bir ürün haline gelir. Genel Fikir / ile aynıdır CROSS JOIN:
SELECT *
FROM citizen c
JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
İç birleşim gerçekten kaldırılan koşula uymayan sonuçlarla çapraz birleşim olarak görülebilir. Burada ortaya çıkan satırların hiçbiri kaldırılmaz.
INNER JOINSonuç almak için kullanmak LEFT OUTER JOINda hileler gerektirir. Atlandı.
SOL DIŞ KATILMA
LEFT JOINGenel Fikir olarak satırlarla sonuçlanır / CROSS JOIN:
SELECT *
FROM citizen c
LEFT JOIN postalcode p ON 1 = 1 -- < -- The ON condition makes it a CROSS JOIN
LEFT JOINGenel Fikir olarak satırlarla sonuçlanır / 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
Venn diyagramı ile ilgili sorunlar
"Sql birleştirme çapraz iç dış" bir internet arama resim Venn diyagramları çok gösterecektir. Masamda bir tane basılı kopya vardı. Ancak temsil ile ilgili sorunlar var.
Venn diyagramı, bir elemanın bir veya iki sette olabileceği set teorisi için mükemmeldir. Ancak veritabanları için, bir "kümedeki" bir öğe, bana göre, bir tabloda bir satır gibi görünmektedir ve bu nedenle başka tablolarda da mevcut değildir. Birden çok tabloda mevcut bir satır diye bir şey yoktur. Bir satır tabloya özgüdür.
Kendi kendine birleşmeler, her öğenin aslında her iki sette de aynı olduğu bir köşe durumudur. Ancak, aşağıdaki sorunlardan hiçbiri hala ücretsiz değildir.
Küme A, soldaki seti ( citizentablo) ve küme B, postalcodeaşağıdaki tartışmada sağdaki seti ( tablo) temsil eder .
ÇAPRAZ KATIL
Her iki setlerinde her eleman biz gerek, yani diğer sette her eleman ile eşleştiği Aher miktarına Bunsurları ve Bher miktarına Adüzgün bu Kartezyen ürünü temsil etmek elemanları. Küme teorisi bir kümedeki birden fazla özdeş öğe için yapılmaz, bu yüzden onu pratik / imkansız olarak temsil etmek için Venn diyagramlarını buluyorum. Öyle görünmüyorUNION uygun .
Satırlar farklıdır. UNIONToplamda 7 sırasıdır. Ancak ortak bir SQLsonuç kümesi için uyumsuzdurlar . Ve bu hiç de böyle değil CROSS JOIN:
Bunu şöyle temsil etmeye çalışıyorum:
..ama şimdi sadece gibi görünüyor INTERSECTION, ki bu kesinlikle değil . Dahası INTERSECTION, aslında iki farklı kümenin hiçbirinde bulunan bir öğe yoktur . Ancak, buna benzer aranabilir sonuçlara çok benziyor:
Referans için CROSS JOINs için aranabilir bir sonuç Tutorialgateway'de görülebilir . INTERSECTION, Tıpkı bunun gibi, boştur.
İÇ BİRLEŞİM
Bir öğenin değeri JOINduruma bağlıdır . Bunu, her satırın o koşula özgü hale gelmesi koşuluyla temsil etmek mümkündür. Anlam id=xyalnızca bir satır için geçerlidir . Table A( citizen) öğesindeki bir satır , koşul altında table B( postalcode) içindeki birden çok satırla eşleştiğinde JOIN, sonuç şu sorunlarla aynı olur CROSS JOIN: Satırın birden çok kez temsil edilmesi gerekir ve küme teorisi bunun için gerçekten yapılmaz. Teklik koşulu altında, diyagram yine de işe yarayabilir, ancak JOINkoşulun diyagramdaki bir öğenin yerleşimini belirlediğini unutmayın . Sadece JOINsürüş için sadece sıranın geri kalanı ile durumun değerlerine bakmak :
Bu gösterim, a'yı INNER JOINbir ON 1 = 1koşula dönüştüren bir durum kullanıldığında tamamen parçalanır CROSS JOIN.
Kendiliğinden JOIN, satırlar aslında her iki tabloda da kimlik unsurlarıdır, ancak tabloları her ikisi olarak temsil eder Ave Bçok uygun değildir. Örneğin ortak bir öz JOINbir öğe yapar koşulu Aeşleşen bir olmak farklı B elemanı olup ON A.parent = B.child, eşleşmeyi yapma Aiçin Bayrı unsurları. Buna benzer örneklerden SQL:
SELECT *
FROM citizen c1
JOIN citizen c2 ON c1.id = c2.leader
Anlam Smith, hem Green hem de Jensen'ın lideridir.
DIŞ KATILIM
Yine, bir satırın diğer tablodaki satırlarla birden fazla eşleşmesi olduğunda sorunlar başlar. Bu daha karmaşıktır çünkü OUTER JOINboş kümeyle eşleşecek şekilde olabilir. Ancak küme teorisinde, herhangi bir kümenin Cve boş bir kümenin birliği her zaman sadecedır C. Boş küme hiçbir şey eklemez. Bunun temsili LEFT OUTER JOINgenellikle sadece bir eşleşme olup olmadığına bakılmaksızın Aiçerideki satırların Aseçildiğini göstermek için tümünü gösterir B. Ancak "eşleşen elemanlar" yukarıdaki çizim ile aynı problemlere sahiptir. Duruma bağlıdır. Ve boş set şu şekilde dolaşmış gibi görünüyor A:
NEREDE yan tümcesi - mantıklı
CROSS JOINAy'da Smith ve posta kodu ile tüm satırları bulma :
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
AND p.area = 'Moon';
Şimdi Venn diyagramı yansıtmak için kullanılmıyor JOIN. YalnızcaWHERE fıkra için kullanılır :
..ve bu mantıklı.
INTERSECT ve UNION mantıklı olduğunda
INTERSECT
Açıklandığı gibi bir INNER JOINgerçekten bir değil INTERSECT. Ancak INTERSECTs, ayrı sorguların sonuçlarında kullanılabilir. Burada bir Venn diyagramı mantıklıdır, çünkü ayrı sorgulardan öğeler aslında sonuçlardan sadece birine veya her ikisine ait satırlardır. Kesişim, yalnızca satırın her iki sorguda da bulunduğu yerlerde sonuçları döndürecektir. Bu SQL, yukarıdaki satırla aynı satırla sonuçlanır WHEREve Venn diyagramı da aynı olur:
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';
BİRLİK
An OUTER JOINbir değil UNION. Bununla birlikte , her iki s'yi birleştiren tüm sonuçların geri dönüşüyle sonuçlanan UNIONaynı koşullar altında çalışır :INTERSECTSELECT
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';
eşdeğer:
SELECT *
FROM citizen c
CROSS JOIN postalcode p
WHERE c.name = 'Smith'
OR p.area = 'Moon';
..ve sonuç verir:
Ayrıca burada bir Venn şeması mantıklı:
Geçerli olmadığında
Bir önemli not bunlar yalnızca eser iki SEÇ yıllardan sonuçların yapısı bir karşılaştırma veya birliktelik sağlayarak, aynı olduğunda olmasıdır. Bu ikisinin sonuçları bunu etkinleştirmeyecektir:
SELECT *
FROM citizen
WHERE name = 'Smith'
SELECT *
FROM postalcode
WHERE area = 'Moon';
sonuçları birleştirmek için ..trying UNIONa verir
ORA-01790: expression must have same datatype as corresponding expression
Daha fazla ilgi için venn diyagramı olarak JOIN ve sql birleşimlerini açıklarken Venn Diyagramlarına NO deyin . Her ikisi de kapsar EXCEPT.
