Многозначная зависимость

Говорят, что один атрибут таблицы многозначно определяет другой атрибут той же таблицы, если для каждого значения первого атрибута существует хорошо определенное множество соответствующих значений второго атрибута.

Пример:

Фрагмент таблицы «Прием экзаменов (зачетов)»:

Дисциплина	Преподаватель	Форма отчетности
Математический анализ	Раков И.И.	Экзамен
Математический анализ	Рыбин К.К.	Экзамен
Математический анализ	Карпов К.Ю.	Экзамен
Математический анализ	Раков И.И.	Зачет
Математический анализ	Рыбин К.К.	Зачет
Математический анализ	Карпов К.Ю.	Зачет

Таблица отражает связь дисциплины и формы отчетности с фамилией преподавателя. В этой таблице существует многозначная зависимость «Дисциплина – Преподаватель»: дисциплину «Математический анализ» ведут несколько преподавателей (Раков И.И., Рыбин К.К., Карпов К.Ю.) и, соответственно, все они могут участвовать в приеме экзаменов (зачетов). Другая многозначная зависимость – «Дисциплина – Форма отчетности»: по одной и той же дисциплине могут проводиться и экзамен, и зачет. При этом Форма отчетности и Преподаватель не связаны функциональной зависимостью, что приводит к появлению избыточности (чтобы добавить фамилию еще одного преподавателя, придется ввести в таблицу две новые строки).

3.3. Датологическое и физическое проектирование бд Датологическое проектирование.

На этапе инфологического проектирования данные рассматриваются без учёта специфики использования СУБД. Для выбора инструментального средства реализации модели и создании соответствующих этому выбору СУБД – ориентированной схемы Б.Д. необходим этап датологического проектирования.

Основной задачей этого этапа является выбор СУБД и разработка СУБД – ориентированной схемы, которая удовлетворяет всему диапазону требования пользователя, начиная с требования целостности и не противоречивости требуемой Б.Д., и заканчивая показателями эффективности функционирования при её расширении и усложнении.

До датологического проектирования разработчик должен иметь следующее:

1. Инфологическую (концептуальную) модель данной предметной области (СУБД независимую систему);

2. Характеристики одной или нескольких СУБД;

3. Вычислительные средства – ограничения по существу на конфигурацию и объём аппаратного или программного обеспечения;

4. Количественную оценку эксплуатационных характеристик. Сюда относятся спецификация требований целостности, восстанавливаемости, безопасности системы; прогноз объёма роста и изменений структуры и архитектуры Б.Д.

Процесс датологического проектирования после выбора инструментального средства состоит из следующих шагов:

1. определение локальных информационных структур;

2. формирование СУБД – ориентированной схемы;

3. оценка характеристик полученных СУБД схем;

4. усовершенствование схемы с целью повышения её эффективности.

В результате датологического проектирования получается:

1. СУБД – ориентированная схема с учётом спецификаций выбранной СУБД, её структуры и архитектуры;

2. Пакет прикладных программ и руководство по их применению и проектированию;

3. Руководство для группы сопровождения Б.Д. – администратора и обслуживающего персонала.