Re: CREATE TABLE .. PARTITION OF fails to preserve tgenabled for inherited row triggers
От | Alvaro Herrera |
---|---|
Тема | Re: CREATE TABLE .. PARTITION OF fails to preserve tgenabled for inherited row triggers |
Дата | |
Msg-id | 202107162201.g243c7mnnxuy@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: CREATE TABLE .. PARTITION OF fails to preserve tgenabled for inherited row triggers (Justin Pryzby <pryzby@telsasoft.com>) |
Ответы |
Re: CREATE TABLE .. PARTITION OF fails to preserve tgenabled for inherited row triggers
|
Список | pgsql-hackers |
On 2021-Jul-16, Justin Pryzby wrote: > CREATE TABLE p(i int) PARTITION BY RANGE(i); > CREATE TABLE p1 PARTITION OF p FOR VALUES FROM (1)TO(2); > CREATE FUNCTION foo() returns trigger LANGUAGE plpgsql AS $$begin end$$; > CREATE TRIGGER x AFTER DELETE ON p1 EXECUTE FUNCTION foo(); > CREATE TRIGGER x AFTER DELETE ON p EXECUTE FUNCTION foo(); Hmm, interesting -- those statement triggers are not cloned, so what is going on here is just that the psql query to show them is tripping on its shoelaces ... I'll try to find a fix. I *think* the problem is that the query matches triggers by name and parent/child relationship; we're missing to ignore triggers by tgtype. It's not great design that tgtype is a bitmask of unrelated flags ... -- Álvaro Herrera Valdivia, Chile — https://www.EnterpriseDB.com/
В списке pgsql-hackers по дате отправления: