Re: ProcessUtility_hook
От | Robert Haas |
---|---|
Тема | Re: ProcessUtility_hook |
Дата | |
Msg-id | 603c8f070912091815t690b37baq8512b9a48c6a1b86@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: ProcessUtility_hook (Itagaki Takahiro <itagaki.takahiro@oss.ntt.co.jp>) |
Ответы |
Re: ProcessUtility_hook
|
Список | pgsql-hackers |
Why does this patch #ifdef out the _PG_fini code in pg_stat_statements? Where you check for INSERT, UPDATE, and DELETE return codes in pgss_ProcessUtility, I think this deserves a comment explaining that these could occur as a result of EXECUTE. It wasn't obvious to me, anyway. It seems to me that the current hook placement does not address this complaint >> 1. The placement of the hook. Why is it three lines down in >> ProcessUtility? It's probably reasonable to have the Assert first, >> but I don't see why the hook function should have the ability to >> editorialize on the behavior of everything about ProcessUtility >> *except* the read-only-xact check. ...Robert
В списке pgsql-hackers по дате отправления: