mirror of
https://git.postgresql.org/git/postgresql.git
synced 2025-01-18 18:44:06 +08:00
Fix mishandling of after-trigger state when a SQL function returns multiple
rows --- if the surrounding query queued any trigger events between the rows, the events would be fired at the wrong time, leading to bizarre behavior. Per report from Merlin Moncure. This is a simple patch that should solve the problem fully in the back branches, but in HEAD we also need to consider the possibility of queries with RETURNING clauses. Will look into a fix for that separately.
This commit is contained in:
parent
b6a71905d3
commit
9a0271bd31
@ -8,7 +8,7 @@
|
||||
*
|
||||
*
|
||||
* IDENTIFICATION
|
||||
* $PostgreSQL: pgsql/src/backend/executor/functions.c,v 1.91.4.1 2005/04/10 18:04:31 tgl Exp $
|
||||
* $PostgreSQL: pgsql/src/backend/executor/functions.c,v 1.91.4.2 2006/10/12 17:02:34 tgl Exp $
|
||||
*
|
||||
*-------------------------------------------------------------------------
|
||||
*/
|
||||
@ -328,7 +328,14 @@ postquel_start(execution_state *es, SQLFunctionCachePtr fcache)
|
||||
/* Utility commands don't need Executor. */
|
||||
if (es->qd->operation != CMD_UTILITY)
|
||||
{
|
||||
AfterTriggerBeginQuery();
|
||||
/*
|
||||
* Only set up to collect queued triggers if it's not a SELECT.
|
||||
* This isn't just an optimization, but is necessary in case a SELECT
|
||||
* returns multiple rows to caller --- we mustn't exit from the
|
||||
* function execution with a stacked AfterTrigger level still active.
|
||||
*/
|
||||
if (es->qd->operation != CMD_SELECT)
|
||||
AfterTriggerBeginQuery();
|
||||
ExecutorStart(es->qd, false);
|
||||
}
|
||||
|
||||
@ -401,7 +408,8 @@ postquel_end(execution_state *es)
|
||||
ActiveSnapshot = es->qd->snapshot;
|
||||
|
||||
ExecutorEnd(es->qd);
|
||||
AfterTriggerEndQuery();
|
||||
if (es->qd->operation != CMD_SELECT)
|
||||
AfterTriggerEndQuery();
|
||||
}
|
||||
PG_CATCH();
|
||||
{
|
||||
|
Loading…
Reference in New Issue
Block a user