Re: Отв.: Re: UUID v7
От | Andrey M. Borodin |
---|---|
Тема | Re: Отв.: Re: UUID v7 |
Дата | |
Msg-id | 3727A04A-CC17-409F-B2EA-E51081ACC385@yandex-team.ru обсуждение исходный текст |
Ответ на | Re: Отв.: Re: UUID v7 (Sergey Prokhorenko <sergeyprokhorenko@yahoo.com.au>) |
Список | pgsql-hackers |
> On 29 Nov 2024, at 18:57, Sergey Prokhorenko <sergeyprokhorenko@yahoo.com.au> wrote: > > Workloads can and must be added with parameters. Typically, companies use test tables of 10,000 and 1,000,000 records,etc. Different companies have mostly similar usage scenarios (for example, incremental loading). Each company hasto duplicate the work of others, creating the same benchmarks. The worst thing is that this is entrusted to incompetentemployees who are not very good at understanding typical key usage scenarios. As a rule, these are programmers,not system analysts. Accordingly, the solution in 99% of cases will be in favor of integer keys, as they takeup less space and are generated faster. If we leave this problem until the next patch, it will take us a year and a half.This is completely wrong. I think we have pretty decent documentation in the patch. It only points to RFC and that's it. There were patch versions with opinionated novels in docs. Giving advises, comparing possibilities and all that stuff. I'mso happy we passed through this stage and moved forward :) Best regards, Andrey Borodin.
В списке pgsql-hackers по дате отправления: