Ситуация: нечто вроде биллинговой системы данные пишет в большую таблицу, а триггер на этой таблице пишет всё что новое в табличку. Внешняя прогаммулька периодически делает из таблички SELECT, что-то там с этими данными делает, причем довольно долго, а затем DELETE FROM ТАБЛИЧКА (далее commit). Всё в рамках одной транзакции. Никак не могу определиться с параметрами транзакции для этой внешней программы. И конкретный вопрос: если для транзакции стоит read_commited, а в промежутке м/у select и delete в табличку положили данные и подтвердили транзакцию, delete грохнет и эти данные тоже?
Спасибо.
Транзакция read_commited и delete from table
Re: Транзакция read_commited и delete from table
Ну ведь написано же на заборе - стабильность видимых транзакцией данных обеспечивает уровень изоляции concurrency.Vasiliy писал(а):Ситуация: нечто вроде биллинговой системы данные пишет в большую таблицу, а триггер на этой таблице пишет всё что новое в табличку. Внешняя прогаммулька периодически делает из таблички SELECT, что-то там с этими данными делает, причем довольно долго, а затем DELETE FROM ТАБЛИЧКА (далее commit). Всё в рамках одной транзакции. Никак не могу определиться с параметрами транзакции для этой внешней программы.
И чиста конретно ответ: А самому проверить? Тестик провести - минуты 3.Vasiliy писал(а): И конкретный вопрос: если для транзакции стоит read_commited, а в промежутке м/у select и delete в табличку положили данные и подтвердили транзакцию, delete грохнет и эти данные тоже?