Re: Add 64-bit XIDs into PostgreSQL 15

From: Yura Sokolov <y(dot)sokolov(at)postgrespro(dot)ru>
To: Maxim Orlov <orlovmg(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Andres Freund <andres(at)anarazel(dot)de>, Evgeny Voropaev <evgeny(dot)voropaev(at)tantorlabs(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Andrey Borodin <x4mmm(at)yandex-team(dot)ru>
Subject: Re: Add 64-bit XIDs into PostgreSQL 15
Date: 2026-02-12 08:27:42
Message-ID: e57f7e95-ea20-4841-b7f2-a1ea15f11c26@postgrespro.ru
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

12.02.2026 09:17, Maxim Orlov пишет:
> According, Michael Stonebraker, I guess he is a professor two, in [0] that:
> Every tuple has an immutable unique identifier (IID) that is assigned at 
> tuple creation time and never changes. This is a 64 bit quantity assigned 
> internally by POSTGRES.

You've stopped the cite too early. The next sentence is:

"Moreover, each transaction has a unique 64 bit transaction identifier
(XACTID) assigned by POSTGRES."

> It appears that this was lost at a later time, and we are now dealing
> with 32-bit XIDs.

I believe it was due to architecture limitations of that time:
- too few generic processor had native 64bit integer types,
- moreover, too few compilers of that time had native 64 bit integer types,
- and atomic int64/uint64 were even more rare.

Today I don't believe there is such environment that need newest PostgreSQL
versions and doesn't have native atomic 64bit types. Small systems are
happily occupied by SQLite3, which does its job relatively well. And
PostgreSQL is used on larger installations with more powerful processor.

I believe, it is time to declare next PostgreSQL version will demand
presence of native 64bit atomics without any simulations, and keep current
(18?) version as LTS for ten years for those, who have to use PostgreSQL on
incapable systems.

Certainly, it is just my humble opinion, and I'm just pure dumb old boy. So
f%ck me up.

--
regards
Yura Sokolov aka funny-falcon

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David G. Johnston 2026-02-12 08:28:16 Re: Skipping schema changes in publication
Previous Message Chao Li 2026-02-12 07:49:38 Re: Odd usage of errmsg_internal in bufmgr.c