Re: UUID v7
От | Jelte Fennema-Nio |
---|---|
Тема | Re: UUID v7 |
Дата | |
Msg-id | CAGECzQS4Wy6eHjb+fcGLtZR8EtdRwp+ORcXkvChpx+7E_U1u4g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: UUID v7 (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: UUID v7
|
Список | pgsql-hackers |
On Tue, 12 Mar 2024 at 07:32, Michael Paquier <michael@paquier.xyz> wrote: > Sure, there is no problem in discussing a patch to implement a > behavior. But I disagree about taking a risk in merging something > that could become non-compliant with the approved RFC, if the draft is > approved at the end, of course. This just strikes me as a bad idea. I agree that we shouldn't release UUIDv7 support if the RFC describing that is not yet approved. But I do think it would be a shame if e.g. the RFC got approved 2 weeks after Postgres its feature freeze. Which would then mean we'd have to wait another 1.5 years before actually using uuidv7. Would it be a reasonable compromise to still merge the patch for PG17 (assuming the code is good to merge with regards to the current draft RFC), but revert the commit if the RFC is not approved before some deadline before the release date (e.g. before the first release candidate)?
В списке pgsql-hackers по дате отправления: