Re: Bugs in TOAST handling, OID assignment and redo recovery - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Bugs in TOAST handling, OID assignment and redo recovery
Date
Msg-id 16666.1523458247@sss.pgh.pa.us
Whole thread Raw
In response to Re: Bugs in TOAST handling, OID assignment and redo recovery  (Pavan Deolasee <pavan.deolasee@gmail.com>)
Responses Re: Bugs in TOAST handling, OID assignment and redo recovery
List pgsql-hackers
Pavan Deolasee <pavan.deolasee@gmail.com> writes:
> Or may be we simply err on the side of caution and scan the toast table
> with SnapshotAny while looking for a duplicate? That might prevent us from
> reusing an OID for a known-dead tuple, but should save us a second index
> scan and still work.

+1.  We really don't want to expend two indexscans on this.

I was worried about changing the signature of GetNewOidWithIndex in
a back-patched fix, but after looking around I think that's probably
safe.  External callers really shouldn't be using anything lower-level
than GetNewOid.

            regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: lazy detoasting
Next
From: Tom Lane
Date:
Subject: Re: Creation of wiki page for open items of v11