Re: Support for 8-byte TOAST values (aka the TOAST infinite loop problem)
Nikita Malakhov <hukutoc@gmail.com>
From: Nikita Malakhov <hukutoc@gmail.com>
To: Hannu Krosing <hannuk@google.com>
Cc: Álvaro Herrera <alvherre@kurilemu.de>, Michael Paquier <michael@paquier.xyz>, "Burd, Greg" <greg@burd.me>, Postgres hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-07-14T06:01:28Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add data type oid8, 64-bit unsigned identifier
- b139bd3b6ef0 19 (unreleased) landed
Hi! On this - > Non-FULL vacuum should already work. Only commands like VACUUM FULL > and CLUSTER which move tuples around should be disabled on TOAST > tables. Cool, toast tables are subject to bloating in update-heavy scenarios and it's a big problem in production systems, it seems there is a promising way to solve it once and for all! Have to mention though that we encountered issues in logical replication when we made toast values updatable. Also researching direct tids implementation. Cheers! -- Regards, Nikita Malakhov Postgres Professional The Russian Postgres Company https://postgrespro.ru/