| От | Marko Kreen |
|---|---|
| Тема | Re: SPI: Correct way to rollback a subtransaction? |
| Дата | |
| Msg-id | e51f66da0602210643s279b799iae40f3c34651cd70@mail.gmail.com обсуждение |
| Ответ на | Re: SPI: Correct way to rollback a subtransaction? (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 2/21/06, Tom Lane <tgl@sss.pgh.pa.us> wrote: > "Marko Kreen" <markokr@gmail.com> writes: > > On 2/20/06, Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> This seems like a pretty bad idea: if the SPI_connect fails you lose > >> control without having unwound the subtransaction. That's unlikely, > >> but still wrong. > > > But if I want the error to reach upper transaction? SPI_connect > > failure does not seem a 'expected' situation to me. > > In that case you should put the SPI_connect and later SPI_finish > *outside* the subtransaction and TRY block. And you'll need > SPI_restore_connection I think. This structure would be exactly > parallel to the way pl_exec.c does it. It does not seem worth the complexity, I rather go with the simple approach and put it inside TRY block then. -- marko
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера