Re: Primary keys and composite unique keys(basic question)

Поиск
Список
Период
Сортировка
От Rob Sargent
Тема Re: Primary keys and composite unique keys(basic question)
Дата
Msg-id 8ECC2031-7B0F-4765-B8B2-5B8047B06DA3@gmail.com
обсуждение исходный текст
Ответ на Re: Primary keys and composite unique keys(basic question)  (Merlin Moncure <mmoncure@gmail.com>)
Ответы Re: Primary keys and composite unique keys(basic question)  (Merlin Moncure <mmoncure@gmail.com>)
Re: Primary keys and composite unique keys(basic question)  (Ron <ronljohnsonjr@gmail.com>)
Список pgsql-general



It's a small thing, but UUIDs are absolutely not memorizable by
humans; they have zero semantic value.  Sequential numeric identifiers
are generally easier to transpose and the value gives some clues to
its age (of course, in security contexts this can be a downside).

I take the above as a definite plus.  Spent too much of my life correcting others’ use of “remembered” id’s that just happened to perfectly match the wrong thing.

Performance-wise, UUIDS are absolutely horrible for data at scale as
Tom rightly points out.  Everything is randomized, just awful.  There
are some alternate implementations of UUID that mitigate this but I've
never seen them used in the wild in actual code.


That b-tree’s have been optimized to handle serial ints might be a considered a reaction to that popular (and distasteful) choice.  Perhaps there should be a ’non-optimized’ option.


В списке pgsql-general по дате отправления:

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: Primary keys and composite unique keys(basic question)
Следующее
От: Merlin Moncure
Дата:
Сообщение: Re: Primary keys and composite unique keys(basic question)