pg.ddx.io  pgsql-committers@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@anarazel.de>
Cc: pgsql-committers@lists.postgresql.org
Subject: Re: pgsql: Fix table rewrites that include a column without a default.
Date: Thu, 10 Oct 2019 17:16:08 -0400
Message-ID: <4541.1570742168@sss.pgh.pa.us> (raw)
In-Reply-To: <20191010205903.tj73q3qcyfft3izz@alap3.anarazel.de>
References: <E1iIQrV-0005gk-1D@gemulon.postgresql.org>
	<3328.1570740683@sss.pgh.pa.us>
	<20191010205903.tj73q3qcyfft3izz@alap3.anarazel.de>

Andres Freund <andres@anarazel.de> writes:
> On 2019-10-10 16:51:23 -0400, Tom Lane wrote:
>> Do you *really* need an event trigger to test this?

> No. I added it to avoid the tests getting "accidentally" optimized away,
> the next time somebody adds some ALTER TABLE optimizations. The fast
> default stuff had removed coverage from a test that'd have uncovered
> this bug. And an event trigger seemed to be the easiest way to achieve
> that.

> The only real alternative I can see to just removing the trigger is
> embedding a check in the trigger that will cause it to only work in the
> current session.  Something like SET regress.log_table_rewrites, and a
> IF current_setting('regress.log_table_rewrites')::bool in the function.

If you just want to verify that a rewrite happened or didn't happen,
seems like you could check whether the table's relfilenode changed.

regression=# select relfilenode as oldfilenode from pg_class where relname = 'rewrite_test'
regression-# \gset
regression=# select relfilenode != :oldfilenode as changed from pg_class where relname = 'rewrite_test';
 changed 
---------
 f
(1 row)
regression=# alter table rewrite_test alter column notempty3_norewrite type bigint;
ALTER TABLE
regression=# select relfilenode != :oldfilenode as changed from pg_class where relname = 'rewrite_test';
 changed 
---------
 t
(1 row)

I really really don't want an event trigger running in everything that
runs in parallel with alter_table.  That's a debugging nightmare of
monster proportions.

			regards, tom lane





view thread (7+ messages)  latest in thread

Message-ID: <4541.1570742168@sss.pgh.pa.us>
Permalink:  ../4541.1570742168@sss.pgh.pa.us/
Also on:    postgresql.org/message-id/4541.1570742168@sss.pgh.pa.us

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-committers@postgresql.org
  Cc: tgl@sss.pgh.pa.us, andres@anarazel.de, pgsql-committers@lists.postgresql.org
  Subject: Re: pgsql: Fix table rewrites that include a column without a default.
  In-Reply-To: <4541.1570742168@sss.pgh.pa.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox