SQL JOIN MANTIĞI

Müşteri listesinde 1.200 kayıt var, sipariş tablosunda 4.800. Yöneticiniz "her müşterinin toplam siparişini görmek istiyorum" diyor. Yanlış join seçerseniz raporda ya hiç sipariş vermemiş müşteriler kaybolur ya da boşta kalan siparişler iki kez sayılır. JOIN, SQL'in en güçlü ama en çok yanlış kullanılan yapısıdır.

JOIN Nedir, Neden Gerekir?

İlişkisel veritabanlarında veri tek bir büyük tabloda tutulmaz. Müşteriler ayrı, siparişler ayrı, ürünler ayrı tabloda durur. Aralarındaki bağlantı anahtarlar (genellikle customer_id, order_id gibi) üzerinden kurulur. JOIN, bu ayrık tabloları belirli bir anahtar üzerinden geçici olarak birleştirip tek bir sonuç kümesi üretir.

Asıl mesele veriyi birleştirmek değil, hangi kayıtların sonuca girip hangilerinin dışarıda kalacağına karar vermektir. İşte burada JOIN türleri devreye girer.

INNER JOIN — Kesişim Kümesi

INNER JOIN, sadece iki tarafta da eşleşmesi olan kayıtları getirir. Venn diyagramındaki iki dairenin ortasına denk gelir.

SELECT m.ad, s.tutar
FROM musteri m
INNER JOIN siparis s ON m.id = s.musteri_id;

Sipariş vermemiş müşteriler bu sonuçta görünmez. Sipariş tablosunda olup müşteri tablosunda silinmiş bir musteri_id varsa o sipariş de gelmez. "Sadece eşleşenleri istiyorum" senaryosunda doğru tercih budur — örneğin "bu ay sipariş veren müşterilerin listesi".

LEFT JOIN — Soldakini Koru

LEFT JOIN soldaki tablonun tüm kayıtlarını getirir, sağ tarafta eşleşme yoksa NULL doldurur. Pratikte en çok kullanılan join türüdür çünkü çoğu rapor "ana liste eksiksiz olsun" mantığıyla kurulur.

SELECT m.ad, COALESCE(SUM(s.tutar), 0) AS toplam
FROM musteri m
LEFT JOIN siparis s ON m.id = s.musteri_id
GROUP BY m.ad;

Bu sorgu sipariş vermemiş müşterileri de listede tutar, toplamı 0 olarak gösterir. COALESCE kullanmazsanız NULL değerler raporda boş hücre olarak görünür — Excel'e açtığınızda formüller patlar.

RIGHT JOIN — Sağdakini Koru

LEFT JOIN'in aynası. Sağdaki tablonun tüm kayıtları gelir, soldakinde eşleşme yoksa NULL olur. Daha ileri ayrıntılar Wikipedia'nın SQL sayfasında ele alınır. Uygulamada nadiren tercih edilir; çoğu geliştirici tabloların sırasını değiştirip LEFT JOIN yazmayı daha okunaklı bulur.

RIGHT JOIN'i, tabloların sırasını değiştirmek karmaşa yaratacaksa (örneğin uzun bir FROM zincirinin sonunda) okunabilirliği bozmamak adına bırakabilirsiniz.

FULL OUTER JOIN — İki Tarafı Da Koru

FULL JOIN her iki tablodaki tüm kayıtları getirir. Eşleşme yoksa karşı tarafta NULL doldurur. Veri kalitesi kontrolünde altın değerindedir.

SELECT m.id, s.musteri_id
FROM musteri m
FULL OUTER JOIN siparis s ON m.id = s.musteri_id
WHERE m.id IS NULL OR s.musteri_id IS NULL;

Bu sorgu iki tabloda da eşleşmesi olmayan yetim kayıtları tek seferde listeler. Veri ambarına yeni veri yüklendikten sonra bütünlük kontrolü için sık başvurulan bir kalıptır.

Hangi JOIN Ne Zaman?

• INNER JOIN: Sadece iki tarafta da olan kayıtları istiyorsunuz. Aktif müşteri-sipariş eşleşmesi gibi.
• LEFT JOIN: Ana listeniz tam olmalı, ek bilgi varsa görünsün, yoksa boş kalsın. "Tüm ürünlerin satış raporu" gibi.
• RIGHT JOIN: Nadiren; tablo sırası değişmeyecekse.
• FULL OUTER JOIN: Eşleşmeyenler dahil her şeyi görmek istiyorsanız. Veri kalitesi kontrolü, mutabakat raporları.
• CROSS JOIN: Kartezyen çarpım. Tüm kombinasyonları üretir; takvim x ürün gibi senaryolarda.

Sık Yapılan Hatalar

JOIN yazarken karşılaşılan tipik hatalar genellikle aynı kalıplardan çıkar. Çoğunu önceden bilmek saatlerce hata ayıklamadan tasarruf sağlar.

WHERE ile LEFT JOIN'i Bozma

LEFT JOIN sonrası sağ tablodaki bir kolona WHERE koşulu yazarsanız, NULL kayıtlar elenir ve sorgunuz örtük şekilde INNER JOIN'e dönüşür:

-- YANLIŞ: sipariş vermeyenler kaybolur
SELECT m.ad FROM musteri m
LEFT JOIN siparis s ON m.id = s.musteri_id
WHERE s.tutar > 0;

-- DOĞRU: koşul ON içine
SELECT m.ad FROM musteri m
LEFT JOIN siparis s ON m.id = s.musteri_id AND s.tutar > 0;

Çoklu Eşleşme — Beklenmedik Çoğalma

Bir müşterinin 5 siparişi varsa, müşteri tablosunu sipariş tablosuyla join ettiğinizde o müşteri sonuçta 5 kez görünür. Toplam alırken sorun yok, ama listeye DISTINCT eklemediğinizde rapor tekrarlı satırlarla şişer.

Performans Notu

Büyük tablolarda join performansı, join anahtarlarındaki indekslerle doğrudan ilişkilidir. musteri_id kolonunda indeks yoksa veritabanı tüm tabloyu taramak zorunda kalır. Sorgu planını EXPLAIN (PostgreSQL/MySQL) veya tahmini yürütme planı (SQL Server) ile inceleyerek nerede tablo taraması yapıldığını görebilirsiniz. JOIN'leri ve indeksleri etkin kullanmayı sistematik öğrenmek için yapılandırılmış SQL eğitimi içeriğini inceleyebilirsiniz.

Doğru join seçimi sadece teknik bir tercih değil, raporun doğruluğunu belirleyen bir karar. Bir kez yanlış kurulan join, aylarca yanlış sayılarla karar verilmesine yol açabilir.