В НИИ (мое второе место работы) БД ОК используется ФИО дата приема в качестве первичного ключа. Там проектировщики девушки, которые меняются часто. В основной табле ананомалия - там уволенные и работающие, т.е. если уволился и принялся то будет там два раза, со многими одними и теми же атрибутами - не нормализована. Полных тезок порядка 20 за все время. Вероятность принятия полных тезок в один день не велика. Однако для реальной идентификации используются чаще всего даты рождения. Наблюдал как пользователь не имея возможности внести ФИО, который уже там был намеренно внесла пробел и все таки внесла в БД оного. Создав дубль реальной работника. Еще хуже обстоит дело с опечатками в ФИО. Такое я наблюдаю в других организациях дотаточно часто. От этого суррогатный ключ тем более не спасет - в этом основной недостаток его - он мало о чем говорит пользователю (но у него есть другие преимущества). Такие вещи могут контролироваться только естественными атрибутами. Паспорта и адреса меняются, и в БД НИИ этого не могут полноценно контролировать (писать объявления кто поменял паспорт или сменил адрес придите в ОК?). Остается страховой пенсионного фонда, но он не у всех есть (тех кто после школы пришел). Однако, защитой его уникальности занимаются на уровне страны, и у него есть защита от опечток - контрольная сумма - последие две цифры. Т.е. его нужно сильно переврать, например, дать чужой. И даже при утере карточки его значение сохраняется прежним. Можно его объявить уникальным с допуском пустых значений как дополнительное средство защиты. В этом НИИ при приеме на работу он обязателен, тем более ПФ требует чтобы к годовому отчету он у всех был.
Контроль избыточностью - обычная практика в инфотехнолгиях.
А для проблемы реальных тезок с одной датой рождения, а такое наблюдалось на одной АЭС, можно ввести третье поле - номер тезки - по умолчанию = 1. Второму присвоить 2.

Табельный номер после увольнения или при переходе его владельца в другое подразделение в этом нии дается другому. Т.е. это строгий идентификатор только в пределах месяца. А дальше нужно анализировать данные. В этом институте он привязан к подразделению. Но те кто работают по договорам подряда получают произвольные - там роль табельного номера совсем малоценна для идентификации.