Ольга СеменоваЗапуталась в понятиях.

Вы свалили в одну кучу понятия из разных категорий:
1. Суррогатные и естественные ключи - это одно
2. Первичный и внешний ключи - это другое
Что подразумеваете под суррогатным ключом и бизнес ключом я вообще не в курсе (первый раз о таких слышу).
В приведенном примере столбцы Id из обеих таблиц, как мне подсказывает интуиция, - суррогатные ключи. Значение Id однозначно идентифицирует строку в таблице. Для того, чтобы на уровне СУБД технически гарантировать неповторяемость по данным столбцам можно создать первичный ключ.
А вот если из таблицы "Отделы" столбец Id выбросить, а для однозначной идентификации использовать столбце "Name", то тогда это будет уж естественный ключ, по которому также можно (и нужно) создать первичный ключ. А вот в таблице "Сотрудники" по прежнему остается суррогатный ключ. Тогда структура таблиц будет такой:
Таблица "Отделы"
Name
Отдел кадров
Технический отдел
Финансовый отдел,

Таблица "Сотрудники"
Id otdel FIO
1 Отдел кадров Иванов
2 Технический отдел Петров
3 Технический отдел Сидоров

Т.е. ключ является суррогатным, если его значение не имеет смысла в предметной области (циферки из столбца "Id" не имеют никакого смысла с точки зрения, например, кадрового учета).
И ключ является естественным, если он построен на данных, которые имеют смыл с точки зрения предметной области (наименование отдела в нашем случае).
Первичный ключ - это частный случай уникального индекса. Он строится по одному или нескольким столбцам таблицы и технически гарантирует, что сочетание значений столбцов, входящих в его (первичного ключа) состав будет уникальным в пределах этой таблицы.
Внешний ключ - техническая реализация отношения между таблицами. В приведенном мной выше примере внешний ключ логично построить на столбцах Name (таблицы "Отделы") и otdel (таблицы "Сотрудники"). Наличие такого внешнего ключа технически гарантирует, что в столбце "otdel" не появится значений, которые отсутствуют в столбце Name таблицы "Отделы".
Так понятнее или запутал окончательно?