Eine Subquery ist eine Abfrage, die in einer anderen Abfrage verschachtelt ist — verwendet in WHERE, FROM, SELECT oder mit EXISTS. Sie ermöglicht es, das Ergebnis einer Abfrage innerhalb einer anderen zu verwenden, was komplexe Filterungen und Berechnungen ermöglicht.
-- find users who have placed an order (their id is in the orders table)
SELECT name FROM users
WHERE id IN (SELECT user_id FROM orders); -- the subquery returns a list of user_ids
-- find products more expensive than the average
SELECT name, price FROM products
WHERE price > (SELECT AVG(price) FROM products); -- subquery returns a single value
Eine Subquery in WHERE liefert Werte zum Filtern — eine Liste (mit IN) oder einen einzelnen Wert (mit Vergleichsoperatoren).
-- for each user, find those with above-average orders FOR THEIR COUNTRY
SELECT name FROM users u
WHERE order_count > (
SELECT AVG(order_count) FROM users
WHERE country = u.country -- references the OUTER query's row (correlated)
);
Eine correlated Subquery referenziert die äußere Abfrage — sie wird einmal pro äußerer Zeile ausgeführt (möglicherweise langsamer). Eine unkorrellierte Subquery wird einmal ausgeführt.
-- users who have at least one order (often more efficient than IN)
SELECT name FROM users u
WHERE EXISTS (
SELECT 1 FROM orders o WHERE o.user_id = u.id -- just checks existence
);
EXISTS prüft, ob eine Subquery irgendwelche Zeilen zurückgibt — oft effizienter als IN für Existenzprüfungen (es kann beim ersten Match stoppen).
-- use a subquery result as a table
SELECT country, avg_age FROM (
SELECT country, AVG(age) AS avg_age FROM users GROUP BY country
) AS country_stats
WHERE avg_age > 30;
Many subqueries can be rewritten as JOINs (often more efficient/readable).
WHERE id IN (SELECT ...) → can often be a JOIN
Use subqueries for clarity in filtering/aggregation; JOINs for combining data.
CTEs (WITH) are often a cleaner alternative to complex nested subqueries.
Subqueries sind eine wichtige SQL-Technik für komplexe Abfragen — das Verwenden des Ergebnisses einer Abfrage innerhalb einer anderen ermöglicht Filterungen und Berechnungen, die einfache Abfragen nicht ausdrücken können, daher ist das Verständnis dafür wertvoll für das Schreiben von Abfragen in der Praxis.
Die verschiedenen Formen zu kennen — Subqueries in WHERE (Filtern nach einer Liste mit IN oder einem einzelnen Wert mit Vergleichen), Correlated Subqueries (Referenzierung der äußeren Abfrage, einmal pro Zeile ausgeführt), EXISTS (effiziente Existenzprüfungen) und Subqueries in FROM (abgeleitete Tabellen) — deckt die häufigen Muster zum Ausdrücken komplexer Logik ab.
Die Unterscheidung zwischen Correlated und Uncorrelated Subqueries zu verstehen ist wichtig für die Leistung (Correlated Subqueries werden einmal pro äußerer Zeile ausgeführt und können langsam sein).
Ebenso wertvoll ist das Verständnis der Beziehung zu JOINs und CTEs: Viele Subqueries können als JOINs umgeschrieben werden (oft effizienter und lesbarer) oder CTEs (sauberer für komplexe Fälle), daher ist das Verständnis, wann man jeweils welche verwendet — Subqueries für Filterungs-/Aggregationsklarheit, JOINs für Datenkombination — eine praktische Fähigkeit.
Da reale Abfragen oft Verschachtelung erfordern (Filterung nach aggregierten Ergebnissen, Existenzprüfungen, Vergleich mit berechneten Werten) und da das Verständnis von Subqueries, ihren Leistungsmerkmalen (besonders bei Correlated Subqueries) und ihrer Beziehung zu JOINs/CTEs wichtig ist für das Schreiben von effektiven, effizienten komplexen Abfragen, ist das Beherrschen von Subqueries wertvolles, häufig angewendetes Wissen für SQL über das grundlegende Abfragen hinaus und ein häufiges Interviewthema, das die Fähigkeit demonstriert, komplexe Datenanforderungen auszudrücken.