stenio,

У абитуриента, вроде, уникальный ID_абитуриента. Ну может паспортные данные.
В остальном могут быть повторы: в частности, на одном потоке, в одной группе, тем более по одной специальности и на одном факультете - полно народу, вроди. Потому не понятно, что означают ключики напротив них.
И воообще не понятно - это один составной там ключь или действительно туча ключей. Но в любом случае последние 4 не выглядят как ключевые ни по одиночке ни даже в совокупности. Ить даже если это один составной ключ и 5 колонок, то это не ключ, а суперключ, поскоку содержит ключ ID_абитуриента (т.е. лишние они там).

stenio,

Более того, там, из этих 4, возможно, тока группа в этой табле должна остаться.

Пардон и номер потока

Оба оставшихся - внешние ключи. По аналогии и в остальных лишнее выкидывать, скорее всего, моно и оставшиеся делать внешними ключами.

Ну, без дополнительной инфы, кажется чт как-то так.

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

stenio,

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

stenioДа о нем
Ну типа да. CASE тулсы это типа поддерживают: рисуете связь, они сами всатвляют внешние ключи. ERWIN, на скока помню так делал.