Транзакции

Некоторые изменения неразделимы. Новый заказ — это строка в orders и строка в order_items для каждой его игры. А что, если заказ попал в базу, а потом что-то пошло не так, прежде чем туда попали его позиции? Неверный ID игры, сбой приложения, на сервере пропало питание. Тогда в магазине окажется заказ, в котором ничего нет. Такие изменения должны происходить либо все, либо никакие.

Для этого и нужна транзакция. BEGIN начинает её, и изменения после него входят в неё. COMMIT завершает её и сохраняет все её изменения разом. Заказ Max Baker на Goal Rush, оформленный безопасно:

BEGIN;

INSERT INTO orders (customer_id, ordered_at, status)
VALUES (14, '2026-01-08', 'paid');

INSERT INTO order_items (order_id, game_id, quantity, price)
VALUES (31, 8, 1, 50);

COMMIT;

До COMMIT никто другой не видит изменений: остальные пользователи базы данных видят магазин таким, каким он был до BEGIN. После него они видят все изменения сразу, а не половину. А если посреди что-то пошло не так, приложение вместо этого завершает транзакцию командой ROLLBACK, которая отменяет все изменения с момента BEGIN, как будто их и не было. Наполовину оформленный заказ исчезает.

Внутри транзакции вы видите собственные изменения, поэтому её можно использовать и чтобы что-то попробовать, посмотреть на результат и всё вернуть:

BEGIN;

DELETE FROM reviews;

SELECT COUNT(*) AS reviews
FROM reviews;

ROLLBACK;

SELECT COUNT(*) AS reviews
FROM reviews;

Первый запрос не находит отзывов, второй снова находит все 25: ROLLBACK их вернул.

Без BEGIN каждая инструкция — это маленькая транзакция сама по себе. Поэтому UPDATE, который падает посередине, ничего не меняет, как вы видели с ценами. Транзакция делает то же самое для нескольких инструкций вместе. (В других базах данных вместо BEGIN можно увидеть START TRANSACTION.)

В этом курсе каждый запуск начинается со свежей базы данных, поэтому разницы, которую даёт COMMIT, вы не увидите, но в настоящей базе именно он делает изменения постоянными. Типичная ошибка: забыть COMMIT. Ваши собственные запросы видят изменения, и всё выглядит нормально, но когда приложение отключается, база данных откатывает незавершённую транзакцию, и изменения теряются. Здесь вы заметите это при следующем BEGIN: одна транзакция не может начаться внутри другой, поэтому он заканчивается ошибкой cannot start a transaction within a transaction. И COMMIT без BEGIN — тоже ошибка: cannot commit - no transaction is active.