Re: [Bug]Vacuum full silently NULL out fast default columns - Mailing list pgsql-hackers

From Álvaro Herrera
Subject Re: [Bug]Vacuum full silently NULL out fast default columns
Date
Msg-id afjYnSJeXoa2LFaU@alvherre.pgsql
Whole thread
In response to Re: [Bug]Vacuum full silently NULL out fast default columns  (SATYANARAYANA NARLAPURAM <satyanarlapuram@gmail.com>)
Responses Re: [Bug]Vacuum full silently NULL out fast default columns
List pgsql-hackers
On 2026-May-04, SATYANARAYANA NARLAPURAM wrote:

> On Mon, May 4, 2026 at 6:40 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:

> > A quick bisect run agrees that it broke here:
> >
> > 28d534e2ae0ac888b5460f977a10cd9bb017ef98 is the first bad commit
> > commit 28d534e2ae0ac888b5460f977a10cd9bb017ef98 (HEAD)
> > Author: Álvaro Herrera <alvherre@kurilemu.de>
> > Date:   Mon Apr 6 21:55:08 2026 +0200
> >
> >     Add CONCURRENTLY option to REPACK

Right.

> Thanks for reviewing! Attached v2 patch. Agreed, tried to optimize LOC in
> V1. Before the change loop was not breaking early, I fixed that as
> well in V2.

Yeah, this seems a good approach to me.  I propose some more comment
updates though, and I also thought it'd be a good idea to add a test for
REPACK CONCURRENTLY while at it.

-- 
Álvaro Herrera        Breisgau, Deutschland  —  https://www.EnterpriseDB.com/

Attachment

pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: EXPLAIN: showing ReadStream / prefetch stats
Next
From: Álvaro Herrera
Date:
Subject: Re: off-by-one in pg_repack index loop