SQL. Оператор WITH — зачем он нам? Хочу сегодня поговорить с вами про такой инструмент в написании SQL-запросов, как WITH. 💡 Что это такое? В общем и целом — это синтаксический сахар, который помогает понятным и читаемым образом получить необходимые данные из БД. Но всё по порядку. Простой пример: Допустим, у нас есть таблица sales: 

id  employee_id  amount

1   101          200  
2   102          150  
3   101          100
Задача: Сколько продаж сделал каждый сотрудник, если его сумма продаж выше 200? Вот как это можно сделать с помощью WITH:
Frontend-университет 

WITH sales_summary AS (
  SELECT employee_id, SUM(amount) AS total_sales
  FROM sales
  GROUP BY employee_id
)
SELECT employee_id, total_sales
FROM sales_summary
WHERE total_sales > 200;
Что произошло? Создана временная таблица sales_summary при помощи WITH, которую дальше можно использовать как обычную. А можно было проще? Да! Для этой задачи, честно говоря, можно было бы обойтись без WITH, и использовать HAVING: 

SELECT employee_id, SUM(amount) AS total_sales
FROM sales
GROUP BY employee_id
HAVING SUM(amount) > 200;
🔎 Но цель была — показать, как работает WITH, а не сделать самый короткий запрос. Когда WITH реально раскрывается: Представим чуть более сложную задачу: Найти продажи по сотрудникам, затем взять топ-3 по сумме. 

WITH sales_summary AS (
  SELECT employee_id, SUM(amount) AS total_sales
  FROM sales
  GROUP BY employee_id
)
SELECT *
FROM sales_summary
ORDER BY total_sales DESC
LIMIT 3;
🎯 Здесь HAVING уже не поможет — он не умеет работать с ORDER BY и LIMIT после агрегации. А с WITH — всё наглядно и читаемо. А насколько WITH затратный для базы? Хороший вопрос. На практике, в PostgreSQL WITH раньше (до версии 12) всегда материализовался — сначала считался полностью, а потом уже использовался. Сейчас ситуация лучше — запрос может быть встроен обратно (inlined), если это безопасно. 💬 Так что да, иногда может быть небольшое ухудшение производительности. Но чаще — это не критично, особенно если ты выигрываешь в читаемости и логике. Когда WITH реально полезен: 1. Когда агрегат нужно переиспользовать в другом контексте (например, джойнить с другой таблицей) 2. Когда нужно сгруппировать данные, а потом делать с ними дополнительные действия 3. Когда запрос сложный, и хочется разбить его на понятные части 4. Когда есть несколько уровней агрегации Всем добра! #sql #sql_with
Java-университет