Для чего нужен триггер?

Назначение SQL Триггеров

Триггер — это специальный хранимый объект базы данных, который автоматически выполняет определённый набор действий при наступлении указанного события. Это один из наиболее мощных механизмов автоматизации в СУБД.

Основные компоненты триггера

Триггер состоит из четырёх ключевых элементов:

• Событие: действие, вызывающее триггер (INSERT, UPDATE, DELETE)
• Время: когда выполняется (BEFORE или AFTER)
• Таблица: на какой таблице срабатывает
• Действие: что именно нужно сделать

Основные назначения триггеров

1. Ведение аудита и логирования

CREATE TRIGGER audit_user_changes
AFTER UPDATE ON users
FOR EACH ROW
BEGIN
    INSERT INTO audit_log (table_name, action, old_value, new_value, changed_at)
    VALUES ('users', 'UPDATE', OLD.email, NEW.email, NOW());
END;

Автоматически логируем все изменения данных, не требуя явного кода в приложении.

2. Обеспечение целостности данных

CREATE TRIGGER prevent_invalid_status
BEFORE UPDATE ON orders
FOR EACH ROW
BEGIN
    IF NEW.status NOT IN ('pending', 'processing', 'completed', 'cancelled') THEN
        SIGNAL SQLSTATE '45000' 
        SET MESSAGE_TEXT = 'Invalid order status';
    END IF;
END;

3. Синхронизация данных между таблицами

CREATE TRIGGER update_user_modified_date
BEFORE UPDATE ON users
FOR EACH ROW
BEGIN
    SET NEW.updated_at = NOW();
END;

4. Автоматический расчёт производных данных

CREATE TRIGGER calculate_order_total
BEFORE INSERT ON orders
FOR EACH ROW
BEGIN
    SET NEW.total = NEW.quantity * NEW.price;
END;

5. Каскадное удаление и обновление

CREATE TRIGGER cascade_delete_user_posts
BEFORE DELETE ON users
FOR EACH ROW
BEGIN
    DELETE FROM posts WHERE user_id = OLD.id;
    DELETE FROM comments WHERE user_id = OLD.id;
END;

Пример: Система уведомлений

-- Таблица для хранения уведомлений
CREATE TABLE notifications (
    id INT PRIMARY KEY AUTO_INCREMENT,
    user_id INT NOT NULL,
    message TEXT,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Триггер автоматически создаёт уведомление при добавлении комментария
CREATE TRIGGER notify_comment_added
AFTER INSERT ON comments
FOR EACH ROW
BEGIN
    INSERT INTO notifications (user_id, message)
    SELECT u.id, CONCAT('Новый комментарий в посте #', NEW.post_id)
    FROM users u
    WHERE u.id = (SELECT author_id FROM posts WHERE id = NEW.post_id);
END;

Преимущества триггеров

• Автоматизация: логика выполняется автоматически, без участия приложения
• Надёжность: гарантируется выполнение на уровне БД, независимо от приложения
• Точка изменения: правила применяются ко ВСЕМ изменениям, даже прямым SQL запросам
• Производительность: часто эффективнее, чем обработка в приложении

Недостатки и ограничения

• Усложнение кода: логика разделена между приложением и БД
• Отладка: триггеры сложнее отлаживать
• Производительность: неправильно написанные триггеры замедляют операции
• Скрытая логика: поведение может быть неочевидным разработчикам

// ❌ ПЛОХО: скрытое поведение в БД
db.execute("UPDATE users SET name = ? WHERE id = ?", name, id);
// Никто не знает, что триггер создаст запись в audit_log!

// ✅ ЛУЧШЕ: явная логика в коде
db.execute("UPDATE users SET name = ?, updated_at = NOW() WHERE id = ?", name, id);
audit_log.insert(table="users", action="UPDATE", changes={...});

Когда использовать триггеры

Используй триггеры для:

• Аудита и логирования в критичных таблицах
• Ограничения целостности данных
• Обновления timestamp полей (created_at, updated_at)
• Синхронизации денормализованных данных (если нет лучшего способа)

Избегай триггеров для:

• Сложной бизнес-логики (лучше в приложении)
• Вызовов внешних API
• Операций, требующих откатов транзакций
• Когда логика должна быть настраиваемой

Золотое правило: триггер — это в первую очередь инструмент защиты целостности данных, а не место для бизнес-логики.