Re: Ought to use heap_multi_insert() for pg_attribute/depend insertions?

From: Andres Freund <andres(at)anarazel(dot)de>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Michael Paquier <michael(at)paquier(dot)xyz>
Subject: Re: Ought to use heap_multi_insert() for pg_attribute/depend insertions?
Date: 2020-01-26 20:30:59
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers


On 2020-01-22 23:18:12 +0100, Daniel Gustafsson wrote:
> > On 26 Nov 2019, at 06:44, Michael Paquier <michael(at)paquier(dot)xyz> wrote:
> Re this patch being in WoA state for some time [0]:
> > The regression tests of contrib/test_decoding are still failing here:
> > +ERROR: could not resolve cmin/cmax of catalog tuple
> This is the main thing left with this patch, and I've been unable so far to
> figure it out. I have an unscientific hunch that this patch is shaking out
> something (previously unexercised) in the logical decoding code supporting
> multi-inserts in the catalog. If anyone has ideas or insights, I would love
> the help.

Perhaps we can take a look at it together while at fosdem? Feel free to
remind me...


Andres Freund

In response to


Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2020-01-26 21:03:03 Re: Online checksums patch - once again
Previous Message Andres Freund 2020-01-26 20:29:38 Re: error context for vacuum to include block number