Почему в качестве первичного ключа обычно предпочитают суррогатный ключ, а не естественный?

Классические примеры: email и телефон пользователь меняет, номер документа переоформляют, а страна может сменить код. Каждое такое изменение при естественном ключе означает каскадное обновление всех внешних ключей. Суррогатный ключ лишён смысла и потому стабилен. Важная оговорка: он не отменяет уникальность бизнес-данных — на email всё равно нужен уникальный индекс, иначе появятся дубли. При выборе типа стоит помнить о компромиссе: последовательное целое компактно и дружелюбно к индексу, случайный UUID удобен для генерации на стороне клиента и слияния данных, но ухудшает локальность вставки в B-tree; частично это лечат упорядоченными по времени вариантами UUID.