Не знаю как насчет типизации, я вот подобную схему уже пару раз реализовывал по принципу регистров в 1С:
Как видно на рисунке схема 1 избыточна, схема 2 не подходит (хотя опять таки зависит от понятий вложенных в сущности), попробуйте схему 3, которая содержит в себе специфику связи Секций(S), терминалов (T) и профилей (P) отражающейся в сущности template. Например, перемещая профиль (P) в секции (S), достаточно добавить запись для терминала (T) [можно подойти глобальнее и вообще при создании связки SPT регистрировать общие для них данные, что конечно приведет к более продуманным действиям во время проектирования]. Если посмотреть чисто геометрически, то никак не избежать "транзитивности" там, где она задумана. Подумайте по-поводу размножения специфик вводя N сущностей template1 ... templateN.

Я вот тут от Маяковской до Юго-Западной 2 раза думал о Вашей схеме, и вот до чего додумался:

S - сущность однозначно определяющая Sections, без зависимостей от P и T;
P - сущность однозначно определяющая Terminals, без зависимостей от S и T;
T - сущность однозначно определяющая Profiles, без зависимостей от P и S;

тогда, если ввести понятие периода в сущность template, то получится картина типа этой:

templateID_SID_PID_TНастройкаS+PНастройкаT+PПериод Ссылка на техдокуметацию ПО_Terminals_Profiles Монтаж110341134004x-e=@erЛ70025/05/09Пакет ТД№44win7 Иванов210741934003x-e=@er1Л70025/05/09Пакет ТД№43win7 Иванов
Ну, типа того. И вот Вы сменили 4003 терминал на 4005 26/10/09 с использованием настройки Л701, тогда будет:
templateID_SID_PID_TНастройкаS+PНастройкаT+PПериод Ссылка на техдокуметацию ПО_Terminals_Profiles Монтаж110341134004x-e=@erЛ70025/05/09Пакет ТД№44win7 Иванов210741934003x-e=@er1Л70025/05/09Пакет ТД№43win7 Иванов310741934005x-e=@er1Л70126/10/09Пакет ТД№115win7 Сидоров
Я к чему все это - сущность template отображает уникальность SPT, не имея в себе смысла без отношений S -> template P -> template T -> template. Но может получиться так, что одной сущности template будет недостаточно, или конфигурация в одном отношении поменялась, а в другом отношении осталась прежней, например, при поломке оборудования или при начале монтажа, когда настройка вроде уже есть, а процедура еще не функционирет, тогда придется вводить еще какое-то конечное количество template-ов... Таким Макаром Вы убиваете нескольких зайцев: заяц А - регистр об изменении информации во времени; заяц Б - нет необходимости создавать сущность типовых связок SPT (назовем их Шаблоны SPT), просто копируйте прежние; заяц В - можно получить интересную паутину местоположения и т.п. приблуд, если ввести координаты местоположения в S, то положения (во времени и по координатам S) T и P можно отследить составив 1 SQL с 1 вложенным SQL.

А про LelikkПравда нужно тогда заводить частично определенные сущности - для терминалов, которым временно профиль не назначен и профилей, которые не сопоставлены ни одному терминалу.
Это правда, но в этом же и прикол ;) Типа "нормальная форма" по "Коду" или как-там... Не знаю я этого, сам не читал.

Опять таки это ИМХО. Я институтов не "кончал", поэтому не претендую на похвалы и критику... Я фрезеровщик 3го разряда. Хотя и имею свою контору, клиентов и разработки...