| From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Daniel Gustafsson <daniel(at)yesql(dot)se> |
| Cc: | Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com>, Nikolay Samokhvalov <samokhvalov(at)gmail(dot)com>, "Kyzer Davis (kydavis)" <kydavis(at)cisco(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Andrey Borodin <amborodin86(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, "brad(at)peabody(dot)io" <brad(at)peabody(dot)io>, "wolakk(at)gmail(dot)com" <wolakk(at)gmail(dot)com> |
| Subject: | Re: UUID v7 |
| Date: | 2023-07-06 16:38:27 |
| Message-ID: | 457ba532-ea71-dc13-6d60-2b79bb32eeeb@enterprisedb.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 06.07.23 16:02, Tom Lane wrote:
> Daniel Gustafsson <daniel(at)yesql(dot)se> writes:
>> On 6 Jul 2023, at 15:29, Matthias van de Meent <boekewurm+postgres(at)gmail(dot)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.
(I have been attending some meetings and I'm on the mailing list.)
Anyway, I think it would be reasonable to review this patch now. We
might leave it hanging in "Ready for Committer" for a while when we get
there. But surely review can start now.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ranier Vilela | 2023-07-06 16:40:00 | Re: Avoid overflow with simplehash |
| Previous Message | Andrew Dunstan | 2023-07-06 16:38:03 | Re: pg_basebackup check vs Windows file path limits |