BUG #16661: Changing columns after the rule is created leads to an error when the RETURNING is used

Поиск
Список
Период
Сортировка
От PG Bug reporting form
Тема BUG #16661: Changing columns after the rule is created leads to an error when the RETURNING is used
Дата
Msg-id 16661-01a98a6c58c8054a@postgresql.org
обсуждение исходный текст
Ответы Re: BUG #16661: Changing columns after the rule is created leads to an error when the RETURNING is used  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
The following bug has been logged on the website:

Bug reference:      16661
Logged by:          Konstantin Dyachenko
Email address:      drakonard@gmail.com
PostgreSQL version: 12.4
Operating system:   Debian
Description:

The SQL:

CREATE TABLE rule_bug_table (
        id serial NOT NULL PRIMARY KEY,
        archived boolean  NOT NULL
);

CREATE OR REPLACE RULE rule_bug_table__archive_instead_of_delete__rule
    AS ON DELETE TO rule_bug_table
    DO INSTEAD
    UPDATE rule_bug_table
    SET archived = true
    WHERE rule_bug_table."id" = OLD."id"
    RETURNING OLD.*;
    
ALTER TABLE rule_bug_table ADD COLUMN select_allowed boolean NOT NULL
DEFAULT (false);

DELETE FROM rule_bug_table WHERE id = 1 RETURNING *;

gives an error "could not find replacement targetlist entry for attno 3".
Meaning rule cannot find a column with number 3 (select_allowed column).

In other words if after rule was created any column is changed usage of
RETURNING leads to an error.

The workaround is to recreated rule after the table's column was altered.


В списке pgsql-bugs по дате отправления:

Предыдущее
От: Martin Visser
Дата:
Сообщение: WIDTH_BUCKET inconsistency
Следующее
От: Tom Lane
Дата:
Сообщение: Re: WIDTH_BUCKET inconsistency