| От | murphy pope |
|---|---|
| Тема | Dumb question about parser vs. parse analyzer |
| Дата | |
| Msg-id | 1090273290.5104.77.camel@localhost.localdomain обсуждение исходный текст |
| Ответы |
Re: Dumb question about parser vs. parse analyzer
|
| Список | pgsql-hackers |
At the top of backend/parser/gram.y there's a big comment that says "don't do any database access during the parse phase,just in case we're in the middle of an aborted transaction".<br /><br /> I don't get it. Why would database accessfail during an aborted transaction? Any changes have to be thrown away at the end of the transaction anyway, right? Or is it that changes are invalidated as soon as an error occurs? Is the parser just trying to avoid per-statementtriggers after an error occurs?<br /><br /> Can anyone explain? I've done some simple testing (just out ofcuriosity) but I can't seem to get anything to break if I always force IsAbortedTransactionBlockState() to return false.<br/><br /> TIA.<br /><br /> -- Murphy
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера