В последние годы UUID версии 4 стали почти стандартом «по умолчанию» для первичных ключей. Их любят за универсальность, распределённость и мнимую «безопасность». Но свежий и очень подробный разбор Эндрю Аткинсона заставляет взглянуть на эту практику без розовых очков — и цифры там, мягко говоря, пугающие. Я бы сказал так: UUID v4 — это отличный пример того, как удобство на уровне API может незаметно превратиться в инфраструктурную проблему на уровне базы данных. Где именно всё ломается На бумаге...

Не так давно столкнулся с uuid, когда изучал форматы отчетности в xml. uuid это такой хитрый номер состоящий из последовательности в 8-4-4-4-12 символов в 16-ричной системе исчисления. Прелесть такого номера в том, что он считается всегда уникальным. Вы только представьте! В любом списке можно использовать uuid вместо инкрементального счетчика и пересечений не случится! Тут нужно сказать, что далеко не всегда можно обойтись без инкремента. Например, прямые и обратные последовательности точно потребуют такого инкремента...