Программист-ЛюбительС точки зрения практики использования - тока суррогатный!
Возможно, он идентифицирует записи, а не персону: можно одного и того же персона занести хоть сто раз с раними суррогатами. А персоны тем временем меняют документы, фамилии.
Если БД распределенная в каждом филиале своя табла, одни и те же персоны ездят по разным филиалам, то суррогата, скорей всего, не хватит.
Вот они тут и исчут тут способы.

Сергей ВаскецовСуррогат - единственно возможное решение в нашем неидеальном мире.


Ну если бы было так все просто как было ба легко.
Видимо, суррогат не гарантирует "уникальность персоны в системе" в общем случае, так на то он и суррогат, чтобы с этим не париться.
Он записи в таблице БД сделал уникальными, и все его обязанности на этом закончились.
Сидорова уволилась, сменила фамилию, паспорт, устроилась опять на работу и вот эта персона уже два раза в БД с разными суррогатами. Какая же это "уникальность персоны в системе"?

На самом деле, если бы и не меняла, то не суррогат бы использовался: т.е. он вообще ни о чем в плане решения.

Вот если бы Вы ей выдали этот суррогат, она бы его предъявила при приходе на работу. Но тада он бы был уже перестал быть суррогатом, скоре всего.

Сергей ВаскецовВ какой системе?



Система в названии темы не указана. Значит нужно решение в любой системе.
Ну я, к примеру, приводил системы в которых одна персона по многу раз регистрируется.
Хотя даже и не знау нужны ли тут примеры. Ить если бы суррогат решал что-то, наверное, на первой странице бы еще ответ нашли, а может быть и темы не было.

softwarervadiminfoВидимо, суррогат не гарантирует "уникальность персоны в системе"
Верно. Суррогат наоборот - гарантирует, что пролезающие в данные "типичные проблемы реального мира" не порушат ситуацию и "уникальность персоны в системе" можно будет гарантировать комфортной бизнес-логикой.
Ну, может быть, ТС и устроят гарантии наоборот и гарантии бизнес-логики.
С гарантиями же прямого обеспечения "уникальности персоны в системе" тупо на уроне МД, без ухищрений с бизнес-логикой, видимо, пока не все так хорошо. Поскоку, ясно, что у МД все есть, чтобы просто это разрулить. Нет чисто свойств уникальных, доступных у всех персон.

Но ведь делают же что-то с "типичные проблемы реального мира". Например, спасибо ПФ РФ за пенсионный страховой: в одном месте помогло снять гемор. В рамсках той системы пенсиоyный страховой есть у всех. По каким бы филиалам персон не лазил, в каких бы БД, и кем они не были разрботаны
(а там не один разработчик), чтобы посмотреть что он там везде налазил, нужно просто написать отчет на SQL. Ну заставить их заполнить страховые. Ну это заказчик с охотой взялся разрулить.

Сергей ВаскецовВопрос не в названии. Вопрос в том, что неявно в примере сначала одна система, потом другая (где другой суррогат), а потом выясняется, что на самом деле имеется третья надсистема, доверенные суррогаты от которой могла бы принять вторая.

Одна система: система может состоять из нескольких подсистем. Надо чтобы и в такой гарантировал, поскоку не оговорено противное ТСом.

Да пусть и малая подсистема, например, отдел кадров. Персон уволился, потом вернулся. Суррогат не поможет понять, что это тот же персон. Суррогат вообще не фигурирует ни в каких документах при приеме на работу, иначе он не суррогат никакой.
Вполне можно персона повторно занести с другим значением суррогата.

Чтобы понять что это одно и то же лицо, придется проверять совсем не суррогатные атрибуты.

Опять же, если по ошибке удалить персона, а потом занести то, он буит в БД с другим суррогатом.

Ну что это за гарантии уникальности персоны?


Сергей ВаскецовВесь смысл суррогата в том, что он живёт только в рамках системы.
Вот и я гАвАру: он живет тока в БД. В реальном мире у персоны нет такого свойства: не прописан он ни где. Поэтому сам по себе не гарантирует уникальности персоны, а тока записи БД про персону.