Re: UUID v7
Matthias van de Meent <boekewurm+postgres@gmail.com>
From: Matthias van de Meent <boekewurm+postgres@gmail.com>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: Nikolay Samokhvalov <samokhvalov@gmail.com>,
"Kyzer Davis (kydavis)" <kydavis@cisco.com>, Peter Eisentraut <peter.eisentraut@enterprisedb.com>,
Andres Freund <andres@anarazel.de>, Andrey Borodin <amborodin86@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>, "brad@peabody.io" <brad@peabody.io>, "wolakk@gmail.com" <wolakk@gmail.com>
Date: 2023-07-06T13:29:50Z
Lists: pgsql-hackers
On Thu, 6 Jul 2023 at 14:24, Daniel Gustafsson <daniel@yesql.se> wrote: > > > On 22 Jun 2023, at 20:30, Nikolay Samokhvalov <samokhvalov@gmail.com> wrote: > > > Some small updates as I see them: > > - there is revision 7 now in https://github.com/ietf-wg-uuidrev/rfc4122bis > > - noticing that there is no commitfest record, I created one: > > I will actually go ahead and close this entry in the current CF, not because we > don't want the feature but because it's unlikely that it will go in now given > that standardization is still underway. Comitting anything right now seems > premature, we might as well wait for standardization given that we have lots of > time before the v17 freeze. I'd like to note that this draft has recently had its last call period, and has been proposed for publishing early last month. I don't know how long this publishing process usually takes, but it seems like the WG considers the text final, so unless this would take months I wouldn't mind keeping this patch around as "waiting for external process to complete". Sure, it's earlier than the actual release of the standard, but that wasn't a blocker for SQL features that were considered finalized either. Kind regards, Matthias van de Meent Neon (https://neon.tech)
Commits
-
Fix timestamp overflow in UUIDv7 implementation.
- a5419bc72e22 18.0 landed
-
Add UUID version 7 generation function.
- 78c5e141e9c1 18.0 landed
-
Add some UUID support functions
- 794f10f6b920 17.0 landed