Тригери

Накратко: Тригерът е набор от заявки, които базата пуска сама при INSERT, UPDATE или DELETE в таблица, например за дневник на цените или за наличността.

Проблем

Кой смени цената?

Клиент се оплаква, че вчера кафето е струвало по-малко. В базата има само днешната цена. Кога е сменена и от колко? Няма откъде да се разбере.

Можеш да накараш всяка програма, която пипа цените, да пише и в дневник. Но някой ще забрави: скрипт за поскъпване, ръчна поправка, нова програма след година.

Идеята

Тригер

Тригерът е заявка, която базата пуска сама, когато нещо се промени в таблица. Пише се веднъж и важи за всеки, който пише в базата.

SQLбаза: магазин

CREATE TABLE price_log (
  product_id INTEGER NOT NULL,
  old_price REAL NOT NULL,
  new_price REAL NOT NULL
);

CREATE TRIGGER log_price
AFTER UPDATE OF price ON products
WHEN OLD.price <> NEW.price
BEGIN
  INSERT INTO price_log VALUES (OLD.id, OLD.price, NEW.price);
END;

UPDATE products SET price = 2.6 WHERE id = 11;
UPDATE products SET price = 16.5 WHERE id = 17;
SELECT * FROM price_log;

AFTER UPDATE OF price ON products: след всяка промяна на цената.
WHEN OLD.price <> NEW.price: само ако цената наистина е различна.
OLD е редът преди промяната, NEW след нея.
Между BEGIN и END са заявките на тригера. Тук не значат транзакция, а тялото му.

Двете промени на цената са в дневника, без програмата да знае за него.

Виж го

Наличността сама

Тригер може и да поддържа данни: всеки нов ред в поръчка намалява наличността на продукта.

SQLбаза: магазин

CREATE TRIGGER take_stock
AFTER INSERT ON order_items
BEGIN
  UPDATE products SET stock = stock - NEW.quantity WHERE id = NEW.product_id;
END;

INSERT INTO orders (id, customer_id, ordered_at, status) VALUES (61, 19, '2026-10-25', 'new');
INSERT INTO order_items VALUES (61, 10, 3, 2.1);
SELECT id, name, stock FROM products WHERE id = 10;

Ябълките са били 80, сега са 77. Тригерът работи в същата транзакция като INSERT. Ако поръчката се върне с ROLLBACK, връща се и наличността.

Пробвай

Сигнал за лош отзив

Таблицата alerts (review_id, product_id) вече я има. Напиши тригер, който при нов отзив с оценка 1 записва в alerts номера на отзива и продукта. Проверката добавя два отзива, с оценка 1 и 5, и гледа alerts.

SQLбаза: магазин

-- Таблицата alerts вече я има.
SELECT * FROM alerts;

Решение

CREATE TRIGGER bad_review
AFTER INSERT ON reviews
WHEN NEW.rating = 1
BEGIN
  INSERT INTO alerts VALUES (NEW.id, NEW.product_id);
END;

Идеята

Кога да, кога не

Тригерите са добри за неща, които трябва да станат винаги, каквато и програма да пише: дневник на промените, поддържане на изчислена колона, проверка, която CHECK не може да направи.

Цената им: логиката е скрита. Който чете кода на програмата, вижда един INSERT, а базата прави още три неща. Тригер, който пуска тригер, който пуска тригер, се отстранява трудно. Бизнес правила като отстъпки и промоции обикновено са по-ясни в кода на програмата.

По-точно, за любопитните

В PostgreSQL тялото на тригера е отделна функция (CREATE FUNCTION … RETURNS trigger, после CREATE TRIGGER … EXECUTE FUNCTION). Има и BEFORE тригери, които могат да променят NEW, преди редът да влезе. SQLite има и BEFORE, и INSTEAD OF за изгледи.

Тест

Провери се

1. Какво са OLD и NEW в тригер след UPDATE?Първият и последният ред на таблицатаРедът преди и след промянатаСтарата и новата таблица

2. Тригерът се изпълнява…В същата транзакция като заявката, която го е събудилаВ отделна транзакция, по-късноСамо ако програмата го извика

3. Кое е недостатък на тригерите?Логиката е скрита: който чете кода на програмата, не вижда, че базата прави още нещоНе работят с INSERTТе са бавни винаги

Създаден от Иво Гергов като част от кампанията на Evo Tech за достъпно обучение по програмиране ·

Тригери

Бисквитки