Проектирование многопользовательской информационной системы "Университетская библиотека"
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
#187; - информация о газетах, журналах, которые имеются в библиотеке;
Списанные экземпляры хранит информацию о протоколах списания книг;
Книга;
Заказы - заказы преподавателей на новую литературу.
Для однозначного определения записей в каждом из отношений выделен первичный ключ (простой или составной).
Внешние ключи для отношений БД:
в отношениях Экземпляр и Заказы - это ключ ISBN;
в отношениях ЗаменаЭкземпляров и Списанные экземпляры - это ключ Шифр
В отношениях Экземпляр и Сотрудники - это ключ Номер отдела
На логическом уровне проектирования в моделируемой базе данных присутствуют следующие типы связей между описанными сущностями:
неиденцифицирующие связи;
иденцифицирующие связи;
связи многие-ко-многим
Связь между сущностями Отделы и Сотрудники библиотеки неидентифицирующая, не разрешающая присутствие нулей, т.к. каждый сотрудник закреплен за определенным отделом. Тип связи 1 ко многим, т.к. в одном отделе могут работать много сотрудников.
Связь между сущностями Отделы и Экземпляр неидентифицирующая, не разрешающая присутствие нулей, т.к. каждый экземпляр закреплен за определенным отделом. Тип связи 1 ко многим, т.к. в одном отделе могут храниться много экземпляров.
Связь между сущностями Отделы и Периодические издания неидентифицирующая, не разрешающая присутствие нулей, т.к. каждое издание закреплено за определенным отделом. Тип связи 1 ко многим, т.к. в одном отделе могут храниться много изданий.
Связь между сущностями Книга и Экземпляр неидентифицирующая, не разрешающая присутствие нулей, т.к. каждый экземпляр это зарегистрированная книга. Тип связи 1 ко многим, т.к. в одна книга может быть зарегистрирована как несколько экземпляров.
Связь между сущностями Замена экземпляров и Экземпляр идентифицирующая, т.к. для замены экземпляров необходима информация о нем. Тип связи 1 к одному, т.к. замена осуществляется для одного экземпляра.
Связь между сущностями Списание экземпляров и Экземпляр идентифицирующая, т.к. для списания экземпляров необходима информация о нем. Тип связи 1 к одному, т.к. списание осуществляется для одного экземпляра.
Связь между сущностями Преподаватели и Заказы идентифицирующая, т.к. для заказа книг необходима информация о заказчике. Тип связи 1 ко многим, т.к. один преподаватель может заказать много книг.
Связь между сущностями Книги и Заказы идентифицирующая, т.к. для заказа книг необходима информация о заказе. Тип связи 1 ко многим, т.к. одна книга может быть во многих заказах.
Связь между сущностями Преподаватели и Экземпляр многие-ко-многим, т.к. один преподаватель может пользоваться многими экземплярами, а один экземпляр может быть поочередно у многих преподавателей.
Связь между сущностями Студенты и Экземпляр многие-ко-многим, т.к. один студент может пользоваться многими экземплярами, а один экземпляр может быть поочередно у многих студентов.
Связь между сущностями Сотрудники библиотеки и Экземпляр многие-ко-многим, т.к. один сотрудник библиотеки может пользоваться многими экземплярами, а один экземпляр может быть поочередно у многих сотрудников библиотеки.
ER-диаграмма логического уровня представлена в приложении2 (рисунок 11).
Рисунок 11 - ER-диаграмма логического уровня
ER-диаграмма физического уровня. Ограничения доменов. Ограничения ссылочной целостности. Переопределение триггеров. Индексирование отношений
Физическая модель данных зависит от конкретной СУБД. В ней содержится информация обо всех объектах БД. Одной и той же логической модели может соответствовать несколько разных физических. В физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах.
Проверим, удовлетворяют ли все имеющиеся отношения соответствующим наборам ограничений.
Первая нормальная форма требует, чтобы значения всех атрибутов отношения были атомарными. При рассмотрении информационной модели было отмечено, что значения атрибутов всех отношений логически разделить на элементы нельзя и, следовательно, они удовлетворяют условию первой нормальной формы. Пример, рассмотрим таблицу Преподаватели. Ключевой аттрубут в ней - читательский_номер не может быть разделен на элементы. Не ключевые аттрубуты - Имя, фамилия, отчество, должность также являются атомарными.
Вторая нормальная форма требует, чтобы отношение находилось в первой нормальной форме, и каждый не ключевой атрибут функционально полно зависел от первичного ключа. И это требование также выполняется в рассматриваемой модели. Пример, рассмотрим таблицу Преподаватели. Ключевой аттрубут в ней - читательский_номер. Не ключевые аттрубуты - Имя, фамилия, отчество, должность зависят функционально полно только от первичного ключа.
Для нормализации схем отношений к третьей нормальной форме необходимо чтобы каждый детерминант (любой атрибут, от которого функционально полно зависит некоторый другой атрибут) является возможным ключом. В рассматриваемой модели это условие соблюдается. Пример, рассмотрим таблицу Преподаватели. Как было отмечено выше, все неключевые атрибуты функционал?/p>