Re: Proposal - Enabling btree_gist by default

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alastair Turner <minion(at)decodable(dot)me>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Proposal - Enabling btree_gist by default
Date: 2026-01-05 01:41:53
Message-ID: 1200206.1767577313@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I wrote:
> Even once that dust settles, I'm not sure that "install the extension
> by default" is an acceptable approach.

After reflecting a bit, the key problem with that is it'd break
pg_upgrade of an existing cluster that has the extension installed
normally. pg_upgrade needs to preserve OIDs of data types and some
other SQL objects, and there's no way that a pre-installed extension
would happen to match up with the OIDs the extension used before.

Maybe there's some way we could finesse that, relying on the
assumption that gbtreekey4 and siblings probably aren't being
used in user tables so their OIDs wouldn't appear on disk.
But it seems quite nontrivial to do, even if said assumption
is safe.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Smith 2026-01-05 02:44:55 Re: [PROPOSAL] Termination of Background Workers for ALTER/DROP DATABASE
Previous Message Richard Guo 2026-01-05 01:31:06 Re: Correction of RowMark Removal During Sel-Join Elimination