Обновление в SQL: первые шаги с UPDATE в PostgreSQL 16

За 15–20 минут вы научитесь обновлять записи в PostgreSQL 16 с помощью UPDATE, проверять, какие строки изменились, и отменять тестовую правку. Все примеры работают на отдельной демонстрационной таблице: реальные данные для практики не нужны.

Что понадобится перед началом

Нужен PostgreSQL 16 и подключение к тестовой базе через любой SQL-клиент: например, psql или графический интерфейс. Права на создание таблиц понадобятся только для первого шага. Если прав нет, попросите администратора создать таблицу или потренируйтесь в личной тестовой базе. Не запускайте учебные запросы на таблице с данными клиентов или заказов.

Примеры написаны для PostgreSQL 16. Базовый синтаксис UPDATE похож в других СУБД, но некоторые детали и сообщения об ошибках отличаются. Если вы работаете не с PostgreSQL, сверьте команды с документацией своей базы.

Первые шаги: обновляем записи

1. Создайте таблицу с тестовыми товарами. Скрипт удалит таблицу с таким именем, если вы уже запускали его раньше, затем создаст её заново и добавит три записи. Используйте это имя только в тестовой базе.

   DROP TABLE IF EXISTS sql_update_demo;
   
   CREATE TABLE sql_update_demo (
       id integer PRIMARY KEY,
       product_name text NOT NULL,
       price numeric(10, 2) NOT NULL CHECK (price >= 0),
       active boolean NOT NULL
   );
   
   INSERT INTO sql_update_demo (id, product_name, price, active)
   VALUES
       (1, 'Блокнот', 990.00, true),
       (2, 'Настольная лампа', 2450.00, true),
       (3, 'Подставка', 1500.00, false);

   Проверка: клиент должен сообщить об успешном создании таблицы и добавлении трёх строк. Если видите ошибку о недостатке прав, остановитесь и попросите создать тестовую таблицу в другой базе.

2. Посмотрите на исходные данные. Перед изменением выполните запрос, чтобы знать, что именно хранится в таблице. Условие можно уточнить по идентификатору товара.

   SELECT id, product_name, price, active
   FROM sql_update_demo
   ORDER BY id;

   Проверка: вернутся три строки. Запомните цену товара с id = 2: в следующем шаге изменится именно она.

3. Измените одну запись. После SET укажите столбец и новое значение, а в WHERE — условие, по которому база найдёт нужную строку.

   UPDATE sql_update_demo
   SET price = 1290.00
   WHERE id = 2
   RETURNING id, product_name, price;

   Проверка: команда вернёт товар с id = 2 и ценой 1290.00. В PostgreSQL RETURNING показывает значения обновлённых строк сразу после изменения.

4. Проверьте условие до массовой правки. Одно условие может затронуть не одну строку. Сначала выполните соответствующий SELECT и убедитесь, что выборка ожидаемая.

   SELECT id, product_name, price
   FROM sql_update_demo
   WHERE active = true AND price < 1000
   ORDER BY id;

   В этом наборе условию соответствует блокнот. Теперь можно поднять цену найденных товаров на 5%:

   UPDATE sql_update_demo
   SET price = price * 1.05
   WHERE active = true AND price < 1000
   RETURNING id, product_name, price;

   Проверка: запрос должен вернуть одну строку — блокнот с новой ценой. Если в SELECT перед обновлением оказались лишние записи, не выполняйте UPDATE: уточните условие.

5. Потренируйтесь отменять изменение. Транзакция позволяет сначала выполнить правку и проверить её, а затем подтвердить или отменить. Запустите весь блок в одном подключении.

   BEGIN;
   
   UPDATE sql_update_demo
   SET active = false
   WHERE id = 1
   RETURNING id, active;
   
   SELECT id, active
   FROM sql_update_demo
   WHERE id = 1;
   
   ROLLBACK;
   
   SELECT id, active
   FROM sql_update_demo
   WHERE id = 1;

   Проверка: внутри транзакции значение станет false, а после ROLLBACK снова будет true. Для сохранения изменений вместо отмены в конце транзакции используют COMMIT; не отправляйте его, пока не проверили результат.

Что здесь важно не перепутать

UPDATE без WHERE обновит каждую строку таблицы. Это не ошибка синтаксиса, а потенциально дорогая ошибка в данных. Для учебной таблицы последствия невелики; в рабочей базе массовая правка может затронуть тысячи или миллионы записей и потребовать восстановления из резервной копии.

Перед каждым UPDATE ответьте на два вопроса: какие строки выберет его WHERE и как вы проверите результат до COMMIT?

Сноска: транзакция — группа операций, которую можно подтвердить целиком командой COMMIT или отменить командой ROLLBACK. Это помогает контролировать изменения, но не заменяет резервное копирование и проверку условий.

Если не получилось

• Сообщение relation "sql_update_demo" does not exist. Таблица не создана в этой базе или текущая сессия подключена не туда. Проверьте подключение и выполните шаг 1.

• Сообщение column ... does not exist. Проверьте имя столбца: в примере используются id, product_name, price и active. Имена должны соответствовать существующим столбцам.

• Запрос вернул UPDATE 0 или пустой результат RETURNING. Ни одна строка не подошла под условие. Повторите его в SELECT, проверьте идентификатор и значения, а не убирайте WHERE наугад.

• Нарушено ограничение CHECK. Например, база не примет отрицательную цену: таблица требует, чтобы price >= 0. Проверьте значение и бизнес-правило; не удаляйте ограничение ради выполнения запроса.

• Транзакция осталась незавершённой. Если после BEGIN запрос завершился ошибкой, PostgreSQL может не выполнять следующие команды этой транзакции. Отмените её командой ROLLBACK, исправьте запрос и начните проверку заново.

Что делать дальше

Повторите упражнение на тестовой таблице с другим условием, например выберите запись по product_name. Перед каждым изменением сравнивайте результат SELECT с ожидаемым, а после обновления проверяйте возвращённые строки через RETURNING. Когда перейдёте к рабочей базе, выясните, как в вашей команде создают резервные копии и кто подтверждает массовые изменения.

Инвалидация кэша и согласованность изменений между несколькими таблицами — отдельные темы; здесь разобраны только базовые обновления строк в PostgreSQL.