Подзапрос (Subquery)

SELECT внутри другого SQL выражения. Может быть в FROM, WHERE, HAVING или SELECT.

Синтаксис

-- В WHERE:
SELECT * FROM t WHERE col IN (SELECT col FROM t2);
-- В FROM:
SELECT * FROM (SELECT ...) sub;

Объяснение

Подзапросы бывают: - Некоррелированные: выполняются один раз, независимо от внешнего запроса - Коррелированные: ссылаются на внешний запрос, выполняются для каждой строки — потенциально медленно В большинстве случаев современные оптимизаторы могут переписать подзапрос как JOIN. Но не всегда — смотри EXPLAIN.

Пример

-- Некоррелированный (быстро — один раз)
SELECT * FROM products
WHERE category_id IN (SELECT id FROM categories WHERE is_active = true);

-- Коррелированный (медленно — для каждой строки)
SELECT name,
  (SELECT COUNT(*) FROM orders WHERE user_id = u.id) AS orders
FROM users u;

Связанные термины

CTE (Common Table Expression)Именованный подзапрос, объявленный через WITH. Делает сложные запросы читаемыми.EXISTS / NOT EXISTSПроверяет, возвращает ли подзапрос хотя бы одну строку. Более эффективен чем IN для больших данных.INNER JOINВозвращает только строки, у которых есть совпадение в обеих таблицах.

Анекдоты по теме

— Чем коррелированный подзапрос отличается от обычного? — Обычный выполняется один раз. Коррелированный — для каждой строки внешнего запроса. — Это плохо? — Зависит от размера таблицы. При миллионе строк — миллион подзапросов.

— Почему ORDER BY в подзапросе бессмысленен? — Потому что результат подзапроса — это множество, а множество не имеет порядка. — Но у меня работает! — Случайно. Порядок не гарантирован. ORDER BY имеет смысл только в финальном SELECT.

Собеседование: — Напишите запрос для нахождения второй по величине зарплаты. Кандидат пишет подзапрос. — А можно без подзапроса? Пишет DENSE_RANK(). — А одной строкой? Пишет ORDER BY salary DESC LIMIT 1 OFFSET 1. Интервьюер: — Молодец. Это был вопрос на знание разных подходов, а не на правильный ответ.

Все анекдоты →

Потренироваться →← Все термины