The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"ROLLBACK транзакций в цикле для PostSQL - как правильно делать?"
Вариант для распечатки  
Пред. тема | След. тема 
Форум WEB технологии (Базы данных)
Изначальное сообщение [ Отслеживать ]

"ROLLBACK транзакций в цикле для PostSQL - как правильно делать?"  +1 +/
Сообщение от xintrea (ok), 10-Мрт-20, 15:13 
Примечание: PostSQL - это PostgreSQL 9.1, просто в заголовок не помещается

Скрипт написан на PHP.

В нем есть PHP-цикл, который выполняет порцию из ~1000 отдельных INSERT. Отдельные INSERT (а не один большой) сделаны вот по какой причине: некоторые INSERT могут завершиться ошибкой, например если значение вставляемого поля не уникально для поля с флагом UNIQUE (у меня это поле содержит uuid). Такие ошибки надо просто проигнорировать.

После этих INSERT-ов, в другую, сервисную, таблицу записывается последний корретно добавленый uuid. Это нужно из-за того, что данные для очередной порции INSERT могут вытягиваться с разных хостов, и для каждого такого хоста хранится свой uuid.

В любом случае, 1000 INSERT-ов и команда UPDATE для сохранения uuid, должны оборачиваться в одну транзакцию. Это нужно для сохранения консистенции данных. Проблема в том, что если при выполнении какого-то INSERT совпадет uuid, то будет ошибка, и будет откатана ВСЯ транзакция.

Чтобы это обойти, я хочу воспользоваться SAVEPOINT. То есть, сделать перед INSERT команду SAVEPOINT, и если INSERT завершился ошибкой, сделать ROLLBACK. Но я читаю документацию, и не могу понять, как это правильно сделать. У меня есть два варианта:

Вариант первый - простой:


BEGIN;

цикл на ~1000

SAVEPOINT beforeInsert;
INSERT ...
если неудачно
   ROLLBACK TO SAVEPOINT beforeInsert;

конец цикла

UPDATE last_uuid ...;
COMMIT;

Вариант второй - каждый раз удалять SAVEPOINT:


BEGIN;

цикл на ~1000

SAVEPOINT beforeInsert;
INSERT ...
если неудачно
   ROLLBACK TO SAVEPOINT beforeInsert;

RELEASE SAVEPOINT beforeInsert

конец цикла

UPDATE last_uuid ...;
COMMIT;

Тут есть две непонятки.

Непонятка первая:

Вроде как написано, что не может быть несколько точек сохранения под одним и тем же именем, поэтому удаление SAVEPOINT в цикле - необходимо. С другой стороны, SAVEPOINT с одним и тем же именем должен быть _один_ в пределах одной транзакции, а мы в цикле таки создаем SAVEPOINT с одним и тем же именем. То есть тут вопрос, а можем ли мы в принципе создавать SAVEPOINT в пределах одной транзакции с одним и тем же именем, даже если мы его и удаляем, или надо все время генерить SAVEPOINT с разными именами?


Непонятка вторая:

Я пока что склоняюсь, что вариант кода 2 должен быть рабочим. Но хотелось бы узнать, что лучше по производительности: постоянно создавать и удалять SAVEPOINT, или создавать SAVEPOINT с разными именами (например beforeInsert0, beforeInsert1, ... beforeInsertN), и они потом сами удалятся при завершении транзакции?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от ыы (?), 10-Мрт-20, 15:47   +/
> будет откатана ВСЯ транзакция.

https://stackoverflow.com/questions/55123928/sql-postgres-in...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от xintrea (ok), 10-Мрт-20, 17:34   +/
>> будет откатана ВСЯ транзакция.
> https://stackoverflow.com/questions/55123928/sql-postgres-in...

На PostgreSQL 9.1 разве такое будет работать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от fantom (??), 11-Мрт-20, 14:08   +/
>[оверквотинг удален]
> создаем SAVEPOINT с одним и тем же именем. То есть тут
> вопрос, а можем ли мы в принципе создавать SAVEPOINT в пределах
> одной транзакции с одним и тем же именем, даже если мы
> его и удаляем, или надо все время генерить SAVEPOINT с разными
> именами
?
> Непонятка вторая:
> Я пока что склоняюсь, что вариант кода 2 должен быть рабочим. Но
> хотелось бы узнать, что лучше по производительности: постоянно создавать и удалять
> SAVEPOINT, или создавать SAVEPOINT с разными именами (например beforeInsert0, beforeInsert1,
> ... beforeInsertN), и они потом сами удалятся при завершении транзакции?

Откройте для себя merge и не насилуйте базу в извращенной форме.

Ответить | Правка | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру