Re: UUID v7
От | Aleksander Alekseev |
---|---|
Тема | Re: UUID v7 |
Дата | |
Msg-id | CAJ7c6TMtZ+WJgbzqPTUKXw_4BUa-ea7BNUMp3W-fYfhJskb7mA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: UUID v7 ("Andrey M. Borodin" <x4mmm@yandex-team.ru>) |
Ответы |
Re: UUID v7
Re: UUID v7 |
Список | pgsql-hackers |
Hi, > UUIDv7 range does not correspond to timestamp range. But it’s purpose is not in storing timestamp, but in being uniqueidentifier. So I don’t think it worth throwing an error when overflowing value is given. BTW if you will subtract somenanoseconds - you will not get back timestamp you put into UUID too. > UUID does not store timpestamp, it only uses it to generate an identifier. Some value can be extracted back, but with limitedprecision, limited range and only if UUID was generated precisely by the specification in standard (and standard allowsdeviation! Most of implementation try to tradeoff something). I don't claim that UUIDv7 purpose is storing timestamps, but I think the invariant: ``` uuid_extract_time(uidv7(X)) == X ``` and (!) even more importantly: ``` if X > Y then uuidv7(X) > uuidv7(Y) ``` ... should hold. Otherwise you can calculate crc64(X) or sha256(X) internally in order to generate an unique ID and claim that it's fine. Values that violate named invariants should be rejected with an error. -- Best regards, Aleksander Alekseev
В списке pgsql-hackers по дате отправления: