Hello Group, I am happy to see others interested in the improvements provided by UUIDv7!
I caught up on the thread and you all are correct. Work has moved on GitHub from uuid6/uuid6-ietf-draft to ietf-wg-uuidrev/rfc4122bis - Draft 00 merged RFC4122 with Draft 04 and fixed as many problems as possible with RFC4122. - Draft 01 continued to iterate on RFC4122 problems: https://author-tools.ietf.org/iddiff?url2=draft-ietf-uuidrev-rfc4122bis-01 - Draft 02 items being changed are summarized in the latest PR for review in the upcoming interim meeting (Feb 16th): https://github.com/ietf-wg-uuidrev/rfc4122bis/pull/60 Note: Draft 02 should be published by the end of the week and long term we have one more meeting at IETF 116 to iron out the replacement of RFC4122, perform last call and submit to the IESG for official review and consideration for replacement of RFC4122 (actual timeline for that varies based on what IESG wants me to fix.) That all being said: The point is 99% of the work since adoption by the IETF has been ironing out RFC4122's problems and nothing major related to UUIDv6/7/8 which are all in a very good state. If anybody has any feedback found during draft reviewing or prototyping; please either email uuid...@ietf.org or drop an issue on the tracker: https://github.com/ietf-wg-uuidrev/rfc4122bis/issues Lastly, I have added the C/SQL implementation to the prototypes page below: https://github.com/uuid6/prototypes Thanks! -----Original Message----- From: Peter Eisentraut <peter.eisentr...@enterprisedb.com> Sent: Saturday, February 11, 2023 10:51 AM To: Andres Freund <and...@anarazel.de>; Andrey Borodin <amborodi...@gmail.com> Cc: pgsql-hackers <pgsql-hack...@postgresql.org>; b...@peabody.io; wol...@gmail.com; Kyzer Davis (kydavis) <kyda...@cisco.com>; Nikolay Samokhvalov <samokhva...@gmail.com> Subject: Re: UUID v7 On 11.02.23 02:14, Andres Freund wrote: > On 2023-02-10 15:57:50 -0800, Andrey Borodin wrote: >> As you may know there's a new version of UUID being standardized [0]. >> These new algorithms of UUID generation are very promising for >> database performance. > > I agree it's very useful to have. > > >> [0] >> https://datatracker.ietf.org/doc/html/draft-peabody-dispatch-new-uuid >> -format-04 > > That looks to not be the current version anymore, it's superseded by: > https://datatracker.ietf.org/doc/html/draft-ietf-uuidrev-rfc4122bis Yes, this means that the draft that an individual had uploaded has now been taken on by a working group for formal review. If there is a prototype implementation, this is a good time to provide feedback. But it's too early to ship a production version.
smime.p7s
Description: S/MIME cryptographic signature
