Re: pgsql: Add sql_drop event for event triggers
От | Tom Lane |
---|---|
Тема | Re: pgsql: Add sql_drop event for event triggers |
Дата | |
Msg-id | 6676.1364599344@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | pgsql: Add sql_drop event for event triggers (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
Ответы |
Re: pgsql: Add sql_drop event for event triggers
|
Список | pgsql-committers |
Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > Add sql_drop event for event triggers The buildfarm members that use -DCLOBBER_CACHE_ALWAYS don't like this patch: *************** *** 760,771 **** FROM generate_series(1, 50) a; BEGIN; SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; UPDATE serializable_update_tab SET description = 'no no', id = 1 WHERE id = 1; COMMIT; SELECT description FROM serializable_update_tab WHERE id = 1; ! description ! -------------------- ! updated in trigger (1 row) DROP TABLE serializable_update_tab; --- 760,773 ---- FROM generate_series(1, 50) a; BEGIN; SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; + ERROR: SET TRANSACTION ISOLATION LEVEL must be called before any query UPDATE serializable_update_tab SET description = 'no no', id = 1 WHERE id = 1; + ERROR: current transaction is aborted, commands ignored until end of transaction block COMMIT; SELECT description FROM serializable_update_tab WHERE id = 1; ! description ! ------------- ! new (1 row) DROP TABLE serializable_update_tab; I suspect you have inserted a snapshot-capturing operation into someplace it mustn't go during transaction startup, but only in a path that is triggered by an immediately preceding cache flush. regards, tom lane
В списке pgsql-committers по дате отправления: