Re: BUG #17840: Failing to execute auto_explain for logging leads to transaction rollback.
От | Tom Lane |
---|---|
Тема | Re: BUG #17840: Failing to execute auto_explain for logging leads to transaction rollback. |
Дата | |
Msg-id | 2558506.1678803048@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | BUG #17840: Failing to execute auto_explain for logging leads to transaction rollback. (PG Bug reporting form <noreply@postgresql.org>) |
Ответы |
Re: BUG #17840: Failing to execute auto_explain for logging leads to transaction rollback.
|
Список | pgsql-bugs |
PG Bug reporting form <noreply@postgresql.org> writes: > I had this problem when importing data from oracle with oracle_fdw and > auto_explain option set on the postgres server : If the query took too long, > it triggers the auto_explain wich queries things on oracle side where there > was a permission problem. The error bubble up outside of logging scope and > make the transaction rollback after having properly transferred dozen > million records (that then stood as dead tuples). > Logging is one thing with its own scope and it should never interfere with > the behavior of the software. Beside whatever reason triggering the error in > logging scope, the transaction that had no problem itself should not be > rollbacked. It makes no sense. > Isn't there something to refactor in Postgres ? This bug report is not actionable due to complete lack of specifics. Please read https://wiki.postgresql.org/wiki/Guide_to_reporting_problems Having said that, my guess is that if there's anything to be done it would need to be done in oracle_fdw. So you need to take this up with the oracle_fdw authors, not here which is for core-server problem reports. regards, tom lane
В списке pgsql-bugs по дате отправления: