Подготовься к ЕНТ на максимум

Агрегация и фильтрация (GROUP BY, HAVING)
Позволяет группировать данные и фильтровать уже сгруппированные результаты.

Пример SQL-запроса

-- Найти категории товаров, где средний чек превышает $50,
-- рассматривая только заказы 2026 года
SELECT
    category,
    COUNT(order_id) AS total_orders,
    AVG(amount) AS avg_check
FROM orders
WHERE order_date >= '2026-01-01'
GROUP BY category
HAVING AVG(amount) > 50
ORDER BY avg_check DESC;

1 Порядок выполнения запроса движком SQL

Когда мы пишем код, нам привычно читать его сверху вниз (SELECT ➔ FROM ➔ WHERE...). Но сам SQL-сервер выполняет его совершенно в другом порядке:

2 Разбор ключевых элементов

3 Наглядное сравнение: WHERE vs HAVING

4 Простыми словами

• WHERE — это фильтр на входе на завод (отсеивает бракованное сырье).
• HAVING — это ОТК на выходе (проверяет готовую коробку со собранным продуктом и оставляет только те коробки, которые соответствуют стандарту).

На этой неделе мы подробно изучим инструменты и концепции разработки баз данных (Database Development) и SQL-инжиниринга. Эти темы больше ориентированы на специалистов, проектирующих архитектуру хранения данных, но их понимание обязательно для любого сильного инженера.

1 DDL / DML в деталях

Язык SQL логически делится на группы команд. Две самые важные из них разделяют проектирование структуры от непосредственного управления записями:

CREATE TABLE clients (id INT);
ALTER TABLE clients ADD phone TEXT;
DROP TABLE clients;

SELECT * FROM clients;
INSERT INTO clients VALUES (1, '+7701...');
UPDATE clients SET phone = '+7777...';
DELETE FROM clients;

2 Представления (Views)

Представление (View) — это виртуальная таблица, представляющая собой «сохраненный SQL-запрос». Вместо того чтобы изо дня в день писать длинные, ресурсоемкие запросы с кучей JOIN, вы можете сохранить такой запрос в базу под именем View и затем обращаться к нему как к обычной таблице:

-- Создаем View
CREATE VIEW active_students_v AS
SELECT s.name, e.subject, e.score
FROM students s
INNER JOIN exams e ON s.id = e.student_id;

-- Обращаемся к нему напрямую как к таблице
SELECT * FROM active_students_v WHERE score > 90;

3 Индексы (Clustered & Non-Clustered)

Индекс — это вспомогательная структура данных СУБД, предназначенная для ускорения поиска строк. Простой аналог — оглавление или алфавитный указатель в конце книги. Без индексов база данных будет сканировать всю таблицу с начала до конца (Full Table Scan). С индексом поиск по огромным объемам данных занимает считанные миллисекунды.

• Кластеризованный индекс (Clustered Index): Физически перестраивает и сортирует строки самой таблицы на диске. У таблицы может быть строго ОДИН такой индекс (как правило, создается автоматически по первичному ключу PRIMARY KEY).
• Некластеризованный индекс (Non-Clustered Index): Создает независимую структуру-указатель, где хранятся отсортированные ключи со ссылками на физический адрес записей. Можно создать несколько таких индексов на одну таблицу.

-- Ускоряем поиск по предмету в таблице экзаменов
CREATE INDEX idx_exams_subject ON exams(subject);

4 Хранимые процедуры (Stored Procedures) и функции (UDF)

В чем суть Хранимой Процедуры?
Обычный SELECT просто показывает данные. Хранимая процедура — это скрипт/микро-программа, запечатанная внутри базы данных. Она может принимать параметры, выполнять логику (с проверками IF/ELSE), изменять таблицы (UPDATE, INSERT, DELETE) и делать несколько действий за один вызов.

Пример: Процедура обработки возврата товара (process_refund)
Представь, что покупатель возвращает товар. Чтобы обработать возврат, базе нужно сделать сразу 3 действия:

• Поменять статус заказа на 'refunded'.
• Вернуть товар обратно на склад (увеличить stock на +1).
• Записать транзакцию возврата денег клиенту.

Вместо того чтобы разработчики или аналитики каждый раз вручную писали эти 3 отдельных запроса, создается одна хранимая процедура:

-- Создание процедуры (T-SQL / MS SQL Server)
CREATE PROCEDURE process_refund
    @input_order_id INT,    -- Принимаем ID заказа
    @input_product_id INT   -- Принимаем ID товара
AS
BEGIN
    -- Начинаем транзакцию (все 3 шага должны выполниться успешно, либо не выполнится ни один)
    BEGIN TRANSACTION;

    -- ДЕЙСТВИЕ 1: Меняем статус заказа на 'refunded'
    UPDATE orders
    SET status = 'refunded'
    WHERE order_id = @input_order_id;

    -- ДЕЙСТВИЕ 2: Возвращаем единицу товара на склад
    UPDATE products
    SET stock_quantity = stock_quantity + 1
    WHERE product_id = @input_product_id;

    -- ДЕЙСТВИЕ 3: Логируем проведение возврата средств
    INSERT INTO refund_logs (order_id, refund_date, status)
    VALUES (@input_order_id, GETDATE(), 'completed');

    -- Подтверждаем и сохраняем изменения
    COMMIT TRANSACTION;
END;

Как это вызывается?
Теперь, когда процедура создана один раз, её вызов занимает ровно одну строку:

-- Вызываем процедуру для заказа №105 и товара №42
EXEC process_refund @input_order_id = 105, @input_product_id = 42;

Как только вы запускаете EXEC process_refund, база под капотом моментально выполняет все 3 действия по цепочке.

Зачем процедуры нужны бизнесу и разработчикам?

• Безопасность (Права доступа): Аналитикам или операторам техподдержки можно дать право запускать процедуру process_refund, но запретить прямой доступ на изменение (UPDATE) таблиц с балансом и складом. Так никто случайно не испортит данные.
• Скорость и надежность: Код хранится и компилируется прямо на сервере базы данных. Это работает значительно быстрее, чем отправка трех отдельных запросов из внешнего приложения (например, из Python или бэкенда).
• Нет дублирования кода: Если логика возврата изменится, достаточно поправить процедуру в одном месте (в базе), и она сразу обновится для всех приложений и веб-сайтов, использующих её.

5 Триггеры (Triggers)

Триггеры — это специальные автоматические «обработчики событий» или «ловушки». Они прикрепляются к конкретным таблицам и автоматически запускаются при любых изменениях (команды INSERT, UPDATE, DELETE).

-- Пример триггера
CREATE TRIGGER after_order_create
AFTER INSERT ON orders
FOR EACH ROW
BEGIN
    UPDATE products 
    SET stock = stock - NEW.quantity 
    WHERE id = NEW.product_id;
END;