softwarerВы когда встречаете знакомого как его идентифицируете, по номеру паспорта, горящему на лбу? Или таки по некоей сложной комбинации признаков, оцениваемой непростым алгоритмом и дающей в результате "он" / "нет, точно он" / "не он" / "вроде он" / "похож, но не он" / "вроде помню, но не помню кто" / итп?Вы выбираете неправильные объекты для идентификации по номеру паспорта.

Номер паспорта - это нормальный естественный ключ для сущности "паспорт", а не для человека.

И непонятно, на что вы так лаконично возразили выше ("Так ближе к истине").
Эту вашу фразу можно понять так, что в мире ни у одного реального объекта с каким то признаком, который можно было бы использовать для однозначной идентификации этого объекта. Это какой то максимализм, типа "мир существует только в моём сознании" :-)
Я же предлагаю использовать естественный ключ только для тех объектов, для которых он действительно ключ, он не может изменяться.

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

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

sphinx_mvalexeyvgВ тех же примерах с почтовым индексом именно он, а не суррогатный ключ, будет идентифицировать объект реального мира - почтовый индекс, поскольку на конверте пишут его, а не внутренний ключ в БД. Так почему бы в сущности "почтовый индекс" не сделать его естественным ключём, находить её, а потом уже находить привязанные к ней географические зоны, почтовые отделения, маршруты сортировки и прочее?
Обращаю внимание, что в связи с тем, что тот самый почтовый индекс не является константой в естественном мире, то выбрав его в качестве ключа, а тем более первичного, использующегося в связях с другими таблицами, Вы попадаете в нарушение ссылочной целостности. Что произойдет со ссылками в "таблице маршрутизации почтовых сообщений", когда изменения индекса начинают указывать на другую географическую зону? А когда из списка почтовых индексов необходимо удалить индекс? Предположим, что на почтовый индекс есть хотя бы 1 ссылка в таблице адресов контрагентов...Эххх, что не является константой? Ключ 123456 для таблицы "Почтовый индекс", запись 123456 может меняться? Один индекс может поменяться на другой, сам индекс, а не привязка идекса к географической зоне?

Я уже несколько раз говорил - почтовый индекс не может идентифицировать географический объект, или, например, почтовое отделение. Я же это сказал в первом посте, и потом повторил пару раз. А вы мне в каждом ответе доказываете то же самое практически дословно :-)

sphinx_mvПредположим, что на почтовый индекс есть хотя бы 1 ссылка в таблице адресов контрагентов...Ну такие ссылки же реально есть в реальных системах. Мало где при использовании адресов не используют почтовый индекс.

Вот этим и хороши естественные ключи - это некий суррогатный ключ на уровне (в данном случае) государства.