Проектирование базы данных на тему: «Поликлиника»
Автор: GelyaKosareva • Апрель 22, 2018 • Практическая работа • 1,128 Слов (5 Страниц) • 713 Просмотры
Федеральное государственное бюджетное образовательное учреждение высшего образования
«НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ
МОРДОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ им. Н. П. ОГАРЁВА»
Проектирование базы данных на тему:
«Поликлиника»
Выполнила: студентка 104 группы
экономического факультета
направления «Бизнес-информатика»
Косарева А.В..
Проверила: Ефремова Л.И.
Саранск 2017
Выбор темы проектируемой базы данных
Данная база данных разработана на тему «Поликлиника».
Здесь представлена разнообразная информация о пациентах, которые проходят лечение в различных отделениях, чтобы получить заключение врача. С помощью данной БД можно быстро и оперативно узнать, какое заключение приобрёл тот или иной пациент, ФИО его лечащего врача, а так – же дополнительную информацию, такую как: является ли пациент донором, квалификация врачей и их личные данные.
База данных должна удовлетворять следующим требованиям:
- Простота обновления данных;
- Высокое быстродействие;
- Независимость данных от прикладных программ;
- Совместное использование данных многими пользователями;
- Безопасность данных;
- Стандартизация построения и эксплуатации БД;
- Адекватность отображения данных в соответствующей предметной области, дружелюбный интерфейс пользователя и т.д.
Разработка инфологической модели данных
Перед разработкой инфологической модели реляционной базы данных рассмотрим, из каких информационных объектов должна состоять эта база данных. Можно выделить три объекта, которые не будут обладать избыточностью – Врачи, Отделение и Пациенты.
Рассмотрим связь между информационными объектами Врачи и Пациенты. Один врач может лечить несколько пациентов и несколько пациентов могут лечиться у одного врача, что соответствует многозначной связи и отражено на рисунке 1 двойной стрелкой.
Связь Врачи и Отделение является связью «многие-к-одному», т.к. в одном отделении могут работать несколько врачей, но один врач может работать только в одном отделении.
В результате получаем инфологическую модель базы данных, приведенную на рисунке №1.
[pic 1][pic 2][pic 3][pic 4][pic 5][pic 6][pic 7][pic 8][pic 9][pic 10][pic 11][pic 12]
[pic 13]
Рисунок №1 – Типы связей между объектами Врачи, Пациенты и Отделение
Множественные связи усложняют управление базой данных, поэтому использовать их нежелательно и нужно строить реляционную модель, не содержащую связи типа «многие-ко-многим». Для контроля целостности данных с возможностью каскадного обновления и удаления данных необходимо создать вспомогательный информационный объект связи, который состоит из ключевых реквизитов связываемых объектов и который может быть дополнен описательными реквизитами. В данном случае таким новым объектом для связи служит информационный объект Заключение, реквизитами которого являются ключи информационных объектов Пациенты и Врачи, и дополнительные описательные реквизиты, например, реквизит Заключение. Каждый пациент имеет заключение от нескольких врачей, но одно заключение принадлежит только одному пациенту, поэтому связь между информационными объектами Пациенты и Заключение будет «один-ко-многим» (1:М). Каждый врач делает множество заключений ,но одно заключение выписываются только одним врачом, поэтому связь между информационными объектами Врачи и Заключение также будет «один-ко-многим»(1:М). В результате получаем информационно-логическую модель базы данных, приведенную на рисунке 2.
...