Re: Sequence Access Methods, round two
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Andrei Lepikhov <lepihov@gmail.com>
Cc: Peter Eisentraut <peter@eisentraut.org>, Kirill Reshke <reshkekirill@gmail.com>, Peter Smith <smithpb2250@gmail.com>, Postgres hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-11-07T23:02:22Z
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 →
-
Refactor init_params() in sequence.c to not use FormData_pg_sequence_data
- ba3d93b2e806 19 (unreleased) landed
-
Fix comment thinko in sequence.c
- 17a3f79f812c 17.0 landed
-
Group more closely cache updates for backends in sequence.c
- 6e951bf98e2e 17.0 landed
-
Introduce sequence_*() access functions
- 449e798c77ed 17.0 landed
On Fri, Nov 07, 2025 at 05:05:55PM +0100, Andrei Lepikhov wrote: > 1. For pgEdge Snowflake, it would be really beneficial - there are not only > code copying issues, but also the Serial -> Snowflake conversion algorithm. > Additionally, for now, only an in-core sequence can be used as an 'identity > always' column. Perhaps pgedge is bypassing that by telling users to enforce a sequence rule with a function attached to an attribute default? Schema modifications usually feel meh for any users. > 2. Multimaster project [1] also attempts to resolve the sequence issue. You > may check how its developers tackle the problem - I guess any active-active > configuration needs it. I've wanted that for 15 years or so with for strictly-monotone values shared across nodes, so there's that. Remember Postgres-XC. > 3. I wonder if postgres_fdw-based shardman could benefit from that. I > imagine an implementation of an auto-partitioned table where the > partitioning key is generated automatically based on the partition where the > tuple is inserted. Yeah, I don't see why this would not work. > 4. Any kind of non-uniform distribution may be implemented that is helpful > for testing purposes This one is perhaps nice to have but it's low priority compared to the others and the possibility to hide the computation behind native DDLs that use sequences underground (SERIAL and GENERATED). -- Michael