Bazı soruların cevaplanması iki adım gerektirir. “Hangi siparişler ortalamanın üzerinde?” önce ortalamayı bulmanızı ve ardından her siparişi onunla karşılaştırmanızı gerektirir. SQL alt sorguları her iki adımı da tek bir ifade olarak yazmanıza olanak tanır.

Bu eğitimde iki küçük tablo kullanılarak her tür ele alınmaktadır. Bu sorguları SQLite 3.50’de çalıştırdık ve gösterilen sonuçlar bu çalıştırmadan geldi. Standart alt sorgu sözdizimi geniş çapta desteklenir ve veritabanlarının farklılık gösterdiği yerlere işaret ederiz.

Alt sorgu nedir?

İç sorgu veya iç içe geçmiş sorgu olarak da adlandırılan bir alt sorgu, başka bir ifadenin içine yuvarlak parantez içinde yerleştirilen bir SELECT ifadesidir. Kavramsal olarak iç sorgu, dış sorgunun daha sonra kullanacağı bir sonuç üretir.

SELECT id, total
FROM orders
WHERE total > (SELECT AVG(total) FROM orders);

Örnek tablolar

CREATE TABLE customers (id INT, name TEXT, city TEXT);
CREATE TABLE orders (id INT, customer_id INT, total INT);

INSERT INTO customers VALUES
 (1,'Asha','Pune'), (2,'Ben','Delhi'), (3,'Chitra','Pune'), (4,'Dev','Goa');

INSERT INTO orders VALUES
 (101,1,1200), (102,1,800), (103,2,300), (104,3,2500), (105,3,100);

Dev’in herhangi bir emri olmadığını unutmayın. Bu ayrıntı aşağıdaki birkaç örnek için önemlidir.

Bir bakışta alt sorgu türleri

Skaler alt sorgular

Skaler bir alt sorgu tam olarak bir değer döndürür, böylece onu tek bir değerin anlamlı olduğu her yerde kullanabilirsiniz. İşte daha önceki sorgunun sonucu. Tüm siparişlerin ortalaması 980’dir:

SELECT id, total
FROM orders
WHERE total > (SELECT AVG(total) FROM orders);

-- 101 | 1200
-- 104 | 2500

WHERE‘de toplamalara doğrudan izin verilmediğinden WHERE total > AVG(total) yazamazsınız. Alt sorgu, değeri ayrı olarak hesaplayarak bu sorunu çözer.

Bir “skaler” alt sorgu birkaç satır döndürürse ne olur? PostgreSQL, MySQL ve SQL Server da dahil olmak üzere çoğu veritabanı hataya neden olur. SQLite bunu yapmaz. Testimizde, gerçek bir hatayı gizleyebilecek yalnızca ilk satırı sessizce kullandı, bu nedenle bu davranışa güvenmeyin.

İÇİNDE ve İÇİNDE DEĞİL

İç sorgu bir liste döndürdüğünde IN kullanın. Bu, 1000’in üzerinde en az bir siparişi olan müşterileri bulur:

SELECT name FROM customers
WHERE id IN (SELECT customer_id FROM orders WHERE total > 1000);

-- Asha
-- Chitra

NOT IN ise tam tersini yaparak daha önce hiç sipariş vermemiş müşterileri buluyor:

SELECT name FROM customers
WHERE id NOT IN (SELECT customer_id FROM orders);

-- Dev

Bu burada işe yarıyor, ancak NOT IN‘in aşağıda ele alacağımız tehlikeli bir durumu var.

FROM içindeki alt sorgular

FROM‘deki bir alt sorgu, genellikle türetilmiş tablo olarak adlandırılan geçici bir tablo görevi görür. Her şehirdeki müşteri başına ortalama harcama için bu sorguda olduğu gibi, iki kez toplama yapmanız gerektiğinde kullanışlıdır:

SELECT city, AVG(spent) AS avg_spent
FROM (
  SELECT c.city, SUM(o.total) AS spent
  FROM customers c
  JOIN orders o ON o.customer_id = c.id
  GROUP BY c.id, c.city
) AS per_customer
GROUP BY city;

-- Delhi |  300.0
-- Pune  | 2300.0

İç sorgu her müşterinin toplamını alır ve dış sorgu bu toplamların ortalamasını alır. Türetilmiş tabloya bir takma ad vermek, bazı veritabanlarının gerektirdiği gibi iyi bir alışkanlıktır. GROUP BY sizin için yeniyse, bkz. SQL GROUP BY ve HAVING.

SELECT’teki alt sorgular

Skaler bir alt sorgu aynı zamanda hesaplanmış bir sütun da ekleyebilir. Bu, müşteri başına siparişleri sayar:

SELECT name,
       (SELECT COUNT(*) FROM orders o WHERE o.customer_id = c.id) AS order_count
FROM customers c;

-- Asha   | 2
-- Ben    | 1
-- Chitra | 2
-- Dev    | 0

Dev sıfırla görünür. Dev’in eşleşen satırı olmadığı için bir iç birleştirme Dev’i tamamen düşürürdü. Aynı sonucu LEFT JOIN ve GROUP BY ile de elde edebilirsiniz; bunu SQL birleşimlerinin açıklanması bölümünde açıklıyoruz.

İlişkili alt sorgular

Önceki örnek de ilişkilidir, çünkü iç sorgu dış sorgudaki c.id‘e atıfta bulunur. İlişkili olmayan bir alt sorgu tek başına çalıştırılabilir. İlişkili olan bunu yapamaz çünkü mevcut dış satırdaki bir değere bağlıdır.

Bu, aynı müşterinin kendi ortalamasının üzerindeki siparişleri bulur:

SELECT o.id, o.customer_id, o.total
FROM orders o
WHERE o.total > (
  SELECT AVG(i.total)
  FROM orders i
  WHERE i.customer_id = o.customer_id
);

-- 101 | 1 | 1200
-- 104 | 3 | 2500

İşte nasıl okunacağı. Sipariş 101 için, iç sorgu müşteri 1’in siparişlerinin (1200 ve 800) ortalamasını alır ve bu da 1000 sonucunu verir. 1200 daha büyük olduğundan satır korunur. 102. sipariş için de aynı ortalama geçerlidir ancak 800 daha büyük olmadığından düşürülür. Müşteri 2’nin tek siparişi kendi ortalamasına eşit olduğundan o da düşürülür.

“Satır başına bir kez” mantığı açıklar ve sorgu iyileştiriciler genellikle bunları çok daha verimli bir şekilde yeniden yazar. Yine de yavaş korelasyonlu bir alt sorgu araştırmaya değer. Buradaki orders.customer_id iç sütundaki bir indeks büyük bir fark yaratabilir. Bkz. SQL dizinlerinin açıklaması.

VAR ve MEVCUT DEĞİL

EXISTS evet veya hayır sorusu sorar: iç sorgu en az bir satır döndürüyor mu? İlk maçta durabilir ve içeride ne seçtiğinizin bir önemi yoktur, bu yüzden insanlar sıklıkla SELECT 1 yazıyor.

SELECT c.name FROM customers c
WHERE EXISTS (SELECT 1 FROM orders o WHERE o.customer_id = c.id);

-- Asha, Ben, Chitra

SELECT c.name FROM customers c
WHERE NOT EXISTS (SELECT 1 FROM orders o WHERE o.customer_id = c.id);

-- Dev

NOT IN NULL tuzağı

Bu en yaygın alt sorgu hatalarından biridir. Bir gerçek kimlik ve bir NULL içeren bir tablo oluşturduk ve ardından her iki formu da bu tabloya karşı çalıştırdık:

CREATE TABLE r (customer_id INT);
INSERT INTO r VALUES (1), (NULL);

SELECT name FROM customers
WHERE id NOT IN (SELECT customer_id FROM r);
-- (no rows at all)

SELECT c.name FROM customers c
WHERE NOT EXISTS (SELECT 1 FROM r WHERE r.customer_id = c.id);
-- Ben, Chitra, Dev

Neden ilki hiçbir şey döndürmüyor? id NOT IN (1, NULL), id <> 1 AND id <> NULL anlamına gelir. NULL ile yapılan herhangi bir karşılaştırma doğru olmaktan çok bilinmez, dolayısıyla koşulun tamamı asla doğru olamaz. Hiçbir hata mesajı veya uyarı yok, yalnızca makul görünen boş bir sonuç var.

Alt sorgu vs JOIN vs CTE

Birçok sorgu birden fazla şekilde yazılabilir. Daha önce IN kullanarak büyük sipariş veren müşteriler bulmuştuk. İşte bir birleştirmeyle aynı sonuç:

SELECT DISTINCT c.name FROM customers c
JOIN orders o ON o.customer_id = c.id AND o.total > 1000;

-- Asha
-- Chitra

DISTINCT’e dikkat edin. Bir müşterinin birden fazla eşleşmesi varsa birleştirme kopyalar üretebilir, oysa IN ve EXISTS bunu yapamaz.

Performans, veritabanına ve verilere göre değişir ve modern optimize ediciler genellikle benzer planlar üretir. Bu yüzden önce en net formu seçin, ardından yavaş olup olmadığını EXPLAIN kontrol edin.

Yaygın hatalar

• Çok satırlı bir sonuçla = kullanımı. IN kullanın veya iç sorgunun bir satır döndürdüğünden emin olun.
• Geçersiz olabilen bir sütunda NOT IN kullanma. Her satırı sessizce kaybedebilirsiniz.
• Belirsiz takma adlar kullanma. İlişkili sorgularda her sütunu niteleyin, aksi takdirde yanlış tabloya bağlanabilir.
• Derin yerleştirme. Üç düzeyin okunması zordur, bu nedenle bunları CTE’lere dönüştürün.
• İçeriye ORDER BY eklenmesi. Genellikle dış sonuç üzerinde hiçbir etkisi yoktur ve bazı veritabanları bunu reddeder.

Son sözler

Alt sorgular iki adımlı soruları ifade etmenin doğal bir yoludur. Skaler alt sorgular ve IN ile başlayın, ardından her seferinde tek bir dış satır üzerinden mantık yürüterek ilişkili olanları uygulayın. Ve NULL’ların mümkün olduğu durumlarda NOT EXISTS‘yi hatırlayın. Alıştırma yapmak için bir soruyu alt sorgu, birleştirme ve CTE ile üç şekilde yazın ve hem sonuçları hem de okunabilirliği karşılaştırın.

Sık sorulan sorular

Öğrenmeye devam et