faustmangos,

Не смешивайте понятия "первичный ключ" (ПК) и "уникальность". Первичный ключ всегда уникален, но уникальное поле не обязано быть ПК. Первичные ключи бывают естественными и суррогатными. Естественный ПК - это как в Вашем случае выкинь поле id, оставив поле name и сделав его ПК. Суррогатный ПК - это в Вашем случае поле id.

Естественные ключи имеет немало плюсов для высокой производительности, но их недостатки в больше случаев перевешивают всех их плюсы вместе взятые. На Вашем примере, любая ссылка на таблицу с естественным ключом будет хранить значение атрибута name (например, сontracts.client для ссылок на organizations). В случае обновления этого поля сперва придется обновить все ссылки на запись из других таблиц.

Я за использование суррогатных внешних ключей (т.е. оставить всё как есть). Ситуации, когда естественные ПК действительно необходимы (из-за проблем быстродействия), не так часто встречаются (хотя от целей базы и условий эксплуатации СУБД зависит).

На Вашем примере, если выкинуть поле id, сделав name ПК, любая ссылка на таблицу с естественным ключом будет хранить значение атрибута name (например, сontracts.client для ссылок на organizations). В случае обновление первичного естественного ключа (т.е. поля name, если решили убрать id) сперва придется обновить все ссылки на запись из других таблиц. Очень много неудобств.