Cevap.

Sorunun Tarihi:

İç içe sorgular, SQL'de dilin ifade yeteneklerini genişletmek ve basit SELECT operatörlerine sığmayan karmaşık iş problemlerini çözmek için başlangıçta tasarlanmıştır. Ancak veri hacimlerinin artması ve ilişkisel modellerin karmaşıklaşmasıyla birlikte, iç içe sorguların her zaman etkili çalışmadığı gerçeği anlaşılmıştır: bu, belirli bir DBMS'in optimizasyoncunun uygulanmasına bağlıdır.

Sorun:

Ana zorluk, okunabilirlik, mantık doğruluğu ve performans arasında bir uzlaşma bulmaktır. İç içe sorgu her zaman join işlemlerine optimize edilmez ve sık sık maliyetli döngülere dönüşür (Nested Loops).

Çözüm:

Eğer başka bir yol yoksa, SELECT içinde iç içe sorguları kullanılabilir; agregatlar veya karmaşık ifadelerin hesaplanması için.
Büyük veri hacimleri için JOIN'e geçmek — bu, optimizasyoncunun sorguyu set-based hale getirmesine ve indeksleri uygulamasına olanak tanır.
Eğer okunabilirliği veya performansı artırmak gerekiyorsa, sorguyu dışarıya çıkarın (WITH/CTE aracılığıyla).

Kod örneği:

-- SELECT içinde iç içe sorgu (dikkatli!)
SELECT name, (SELECT COUNT(*) FROM orders WHERE orders.client_id = clients.id) AS order_count
FROM clients;

-- JOIN ile eşdeğer (genelde daha hızlı):
SELECT clients.name, COUNT(orders.id) AS order_count
FROM clients
LEFT JOIN orders ON orders.client_id = clients.id
GROUP BY clients.name;

Ana özellikler:

İç içe korelasyonlu sorgular genellikle O(N*M) performansa yol açar
Korelasyonsuz sorgular — daha güvenli ve hızlıdır
Sorgunun WITH/CTE veya JOIN ile dışarı alınması, planın tahmin edilebilirliğini artırır ve icrayı hızlandırır

Kandırmaca Sorular.

SELECT içinde iç içe sorgu, karşılık gelen LEFT JOIN'dan daha hızlı mı çalışır?

Çoğu zaman — hayır. SELECT içindeki korelasyonlu iç içe sorgu, dış sorgunun her satırı için çalıştırılırken, JOIN bir kez indekslerle tüm tablo için oluşturulur.

CTE (WITH) yerine FROM'da iç içe sorgu kullanabilir miyiz ve fark yaratır mı?

Evet, FROM'daki iç içe sorgu:

SELECT t1.id, sub.agg
FROM table1 t1
JOIN (SELECT id, MAX(val) AS agg FROM table2 GROUP BY id) sub ON t1.id = sub.id;

Ama CTE bazen daha fazla okunabilirlik sunar ve yürütme planlarında farklı bir optimizasyona yol açabilir.

Tüm iç içe sorgular, benzer JOIN'lere optimize edilir mi?

Hayır. Tüm DBMS'lerin bunu aynı şekilde yapamadığı durumlar vardır; bazen iç içe sorgu her satırın taranmasına neden olur, özellikle dış ve iç sorgu arasında bir korelasyon varsa.

Yaygın Hatalar ve Antipatternler

Büyük veri hacimlerinde SELECT'te iç içe korelasyonlu sorguların kullanılması.
İç ve dış sorguda filtreleme koşullarının tekrarı.
Tüm iç içe sorguları analiz yapmadan JOIN ile değiştirmeye çalışmak.

Gerçek Hayat Örneği

Olumsuz Durum

Satış yöneticisi, içteki SELECT ile siparişlerin sayısını hesaplayarak bir müşteri raporu yaptı. İşlem süreleri — dakikalar, sunucu üzerindeki yük geometrik bir şekilde arttı.

Artılar:

Açık bir mantık Eksiler:
Çok yavaş bir rapor büyük müşteri sayısında
Sunucu üzerinde etkisiz bir yük

Olumlu Durum

Sorgu, LEFT JOIN ve gruplama ile yeniden yazıldı.