Re: Large expressions in indexes can't be stored (non-TOASTable)
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Nathan Bossart <nathandbossart@gmail.com>
Cc: Alexander Lakhin <exclusion@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>, "Jonathan S. Katz" <jkatz@postgresql.org>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2024-10-16T01:24:32Z
Lists: pgsql-hackers
On Tue, Oct 15, 2024 at 08:20:17PM -0500, Nathan Bossart wrote: > On Wed, Oct 16, 2024 at 09:12:31AM +0900, Michael Paquier wrote: > > - if (!ctx->rel->rd_rel->reltoastrelid) > > + if (!OidIsValid(RelationGetToastRelid(ctx->rel))) > > > > This set of diffs in 0002 is a nice cleanup. I'd wish for relying > > less on zero comparitons when assuming that InvalidOid is in use. > > I'm wondering if there's any concern about this one causing back-patching > pain. If so, I can just add the macro for use in new code. This bit does not concern me much. manipulations of reltoastrelid from Relations are not that common in bug fixes. > I assume all of this will get compiled out in non-USE_ASSERT_CHECKING > builds as-is, but I see no problem with surrounding it with an #ifdef to be > sure. Yeah, I'm not sure that that would always be the case when optimized. Code generated can be dumb sometimes even if compilers got much smarter in the last 10 years or so (not compiler guy here). -- Michael
Commits
-
Ensure we have a snapshot when updating various system catalogs.
- fe8ea7a2a893 17.6 landed
- ddfcfb7cec68 15.14 landed
- b7ba2c0308ce 13.22 landed
- b65be6ef00e2 14.19 landed
- 706054b11b95 18.0 landed
- 24135398f1e1 16.10 landed
-
Remove pg_replication_origin's TOAST table.
- 16bf24e0e471 18.0 landed
-
Restrict password hash length.
- 8275325a06ed 18.0 cited
-
Ensure we have a snapshot when updating pg_index entries.
- b52adbad4674 18.0 landed
-
Add TOAST table to pg_index.
- b52c4fc3c09e 18.0 landed
-
Add toast tables to most system catalogs
- 96cdeae07f93 12.0 cited