BUG #16661: Changing columns after the rule is created leads to an error when the RETURNING is used - Mailing list pgsql-bugs

From PG Bug reporting form
Subject BUG #16661: Changing columns after the rule is created leads to an error when the RETURNING is used
Date
Msg-id 16661-01a98a6c58c8054a@postgresql.org
Whole thread Raw
Responses 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>)
List 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 by date:

Previous
From: Martin Visser
Date:
Subject: WIDTH_BUCKET inconsistency
Next
From: Tom Lane
Date:
Subject: Re: WIDTH_BUCKET inconsistency