Степень бинарной связи M:N означает, что каждый преподаватель может вести несколько предметов, а каждый предмет может читаться несколькими преподавателями. Обязательный класс принадлежности говорит о том, что за каждой дисциплиной обязательно должен быть закреплен преподаватель. E-R диаграммы и экземпляры отношений для этого случая приведены ниже.
Экземпляры полученных отношений:
Преподаватель Читает Дисциплина
Таб. №
ФИО
Дисциплина
Колич. часов
101
Иванов
Математика
120
Сидоров
Физика
80
203
Кузнецов
Информатика
Философия
150
245
Петров
Сопромат
90
Механика
Проведя анализ на наличие функциональных зависимостей мы выделили следующие функциональные зависимости:
1. № зачетки (NZ) ФИО (FIO), Группа (GRUPPA), Город (TOWN)
2. №зачетки (NZ), Код дисциплины (S_ID) Оценка (MARK)
3. Код дисциплины (S_ID) Наименование (SUBS), Колич. Часов (HOUR)
5. Код дисциплины (S_ID) Таб. № (TN)
6. Таб. № (TN) ФИО (FIO), Ученая степень (UCHSTEPEN), Кафедра (KAFEDRA)
1.2 Формулировка ограничений целостности
Ограничения целостности, как ограничения на значения ключевых полей в связных таблицах служат для сохранения логической структуры баз данных. Как правило, ограничения целостности реализуются на уровне приложений и являются составной частью технического задания на их разработку. Некоторые СУБД способны поддерживать определенные виды ограничений на уровне организации окружения программы. Требования целостности для ключевых полей каждого отношения приведены в таблицах.
Таблица Student (отношение «Студент»).
Имя поля
Описание
Тип
Примечание
Требование
NZ
№ зачетной книжки
+
ключ
Уникальность в пределах отношения; при обновлении значения в связной таблице должны изменяться одновременно; при удалении одновременно удаляется информация из связной таблицы.
FIO
Alpha
GRUPPA
Группа студента
TOWN
Город
Таблица Marks (отношение «Оценки»).
Long integer
Должен принадлежать домену Student.NZ
S_ID
Код дисциплины
Должен принадлежать домену Subs.S_ID
MARK
Оценка за предмет
Number
Таблица Subs (отношение «Дисциплина»).
Subs
Наименование дисциплины
Hour
Количество часов
Таблица Subj (отношение «Дисциплина2»).
TN
Табельный номер преподавателя
Должен принадлежать домену Prepodavatel.TN
Таблица Prepodavatel (отношение «Преподаватель»).
ФИО преподавателя
UCHSTEPEN
Ученая степень
KAFEDRA
Название кафедры
Таблица Kafedra (отношение «Кафедра»).
TELEPHON
№ телефона кафедры
1.3 Физическое проектирование
В качестве исходных данных для физического проектирования примем простейшую ситуацию :
Задача реализуется на одном рабочем месте.
Многопользовательский доступ к базе данных не предусмотрен.
В нашем случае таблицы хранятся в формате DB; все файлы базы данных располагаются на локальном диске. Здесь же хранятся файлы поддержки СУБД и файлы прикладной программы.
Важная часть физического проектирования - выбор индексных выражений для построения индексов и выбор формата хранения индексов. Для обеспечения скорости работы, особенно на операциях выборки и поиска, необходима индексация по всем ключевым полям таблиц (см. таблицы выше).
Для создания таблиц мы используем Database Desktop программы Borland Delphi. Входим в меню File -> New -> Table и выбираем тип таблицы Paradox 7. И заполняем поля таблицы. Созданные таблицы (см. Приложение 1) будут хранится в формате DB.
Страницы: 1, 2, 3
