From: Tom Lane <tgl@sss.pgh.pa.us>
To: Daniel Gustafsson <daniel@yesql.se>
cc: Matthias van de Meent <boekewurm+postgres@gmail.com>,
        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>
Subject: Re: UUID v7
In-reply-to: <7AC9F1D2-A02B-4FF6-A331-C686C7EA244B@yesql.se>
References: <CAAhFRxitJv=yoGnXUgeLB_O+M7J2BJAmb5jqAT9gZ3bij3uLDA@mail.gmail.com> <20230211011453.uq2yopunpbovcbnn@awork3.anarazel.de> <5ceb7394-7488-d438-0951-fcc940feb539@enterprisedb.com> <PH0PR11MB5029DF5E0A0EAF8E3CC2C652BBA29@PH0PR11MB5029.namprd11.prod.outlook.com> <CANNMO+L9pmgrEZPLhpRrjRcTnzMKgzURSeWFofuKfbHJT9euiA@mail.gmail.com> <5176A0E4-CA75-47D0-A1F3-FBC9B6116595@yesql.se> <CAEze2WhHf8WURmcqu4ZxS7HFzVxPxK4jXUijnPu-easySjgZWg@mail.gmail.com> <7AC9F1D2-A02B-4FF6-A331-C686C7EA244B@yesql.se>
Comments: In-reply-to Daniel Gustafsson <daniel@yesql.se>
	message dated "Thu, 06 Jul 2023 15:43:06 +0200"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <1204012.1688652164.1@sss.pgh.pa.us>
Content-Transfer-Encoding: quoted-printable
Date: Thu, 06 Jul 2023 10:02:44 -0400
Message-ID: <1204013.1688652164@sss.pgh.pa.us>
Archived-At: <https://www.postgresql.org/message-id/1204013.1688652164%40sss.pgh.pa.us>
Precedence: bulk

Daniel Gustafsson <daniel@yesql.se> writes:
> On 6 Jul 2023, at 15:29, Matthias van de Meent <boekewurm+postgres@gmail=
.com> wrote:
>> 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.

> I can't speak for any SQL standard features we've committed before being
> standardized, it's for sure not the norm for the project.

We have done a couple of things that way recently.  An important
reason why we felt we could get away with that is that nowadays
we have people who actually sit on the SQL committee and have
reliable information on what's likely to make it into the final text
of the next version.  I don't think we have equivalent visibility or
should have equivalent confidence about how UUID v7 standardization
will play out.

			regards, tom lane