46887 (607976), страница 2
Текст из файла (страница 2)
| Группа | |
| #К.Г | Аббревиатура |
| счет | текст |
имеет
| Врач | ||
| #К.Вр. | ФИО | № кабинета |
| счет | текст | текст |
| Специализация | |
| # К.Сп | Область спец-ии |
| счет | текст |
| Врач | |||
| #К.Вр. | ФИО | № кабинета | Специализация |
| счет | текст | текст | числ |
диагностируется
| Диагноз | ||||
| #К.Д | Название | Дата начала | Дата окон | |
| счет | текст | д/вр | д/вр | |
| Диагноз | |
| #К.Д | Название |
| счет | текст |
принадлежит
| Студент | ||||||||
| #К.С | ФИО | М.жит-ва | Дата рожд | № зач | ВУЗ | Группа | Дата нач | Дата окон |
| счетч | симв | симв | дата/вр | текст | дл.цл | дл.цл. | д/вр | д/вр |
4
| Диагноз | |
| #К.Д | Название |
| счет | текст |
| Врач | |||||||||
| #К.Вр. | ФИО | № кабинета | Специализация | Дата нач | Дата окон | ||||
| счет | текст | текст | числ | д/вр | |||||
| Студент | ||||||
| #К.С | ФИО | М.жит-ва | Дата рожд | № зач | ВУЗ | Группа |
| счетч | симв | симв | дата/вр | текст | дл.цл | дл.цл. |
| Диагноз | ||||
| #К.Д | Название | Дата начала | Дата окон | |
| счет | текст | д/вр | д/вр | |
Рисунок 3.2 – Реализации иерархической модели данных
Достоинством иерархической модели является эффективное использование памяти, однако такие модели сложны для понимания. В таких моделях отсутствует механизм поддержки целостности данных между записями различных ветвей и обработка информации со сложными логическими связями довольно громоздка. Использование данной модели не рационально, так как невозможно определить связь типа многие ко многим.
Изображенная на рисунке схема отображает вырожденное дерево, у которого каждый объект имеет не более одного ребенка. Основным недостатком иерархической модели для данного программного продукта являются громоздкая форма записи реляционной модели, что, в свою очередь, приводит к осложнению понимания пользователем базы.
3.2.3 Сетевая модель данных
Сетевая модель позволяет отображать разнообразные взаимосвязи элементов данных в виде произвольного графа, обобщая тем самым иерархическую модель данных.
В СМ используются два основных понятия: тип записи и тип набора. Записи определяются записями владельца и члена, которые логически связаны. Диаграмма структуры данных СМ состоит из прямоугольников, представляющих типы записей и стрелок, устанавливающих отношения между типами записей. Эти отношения получают имена и называются типами наборов.
Схема сетевой модели данных для данной БД показана на рисунке 3.3.
Врач
Студент
наблюдает
Р
ставится
исунок 3.3 – Схема сетевой модели данныхСМД выгодны по параметрам использования памяти, быстродействия и дают возможность образования произвольной связи, однако имеют ослабленный контроль целостности данных и являются довольно сложными. Использование такой модели также не будет эффективным при выполнении поставленных задач.
3.2.4 Реляционная модель данных
Предпочтение было отдано реляционной модели по следующим причинам:
- реляционная модель является более простой моделью, чем сетевая;
-
схема данных позволяет представить структуру в виде таблиц (после некоторых преобразований);
-
в настоящее время реляционные базы данных являются более распространенными, чем сетевые;
-
использование реляционных баз данных удобнее, чем сетевых;
-
сетевая модель данных сложна для изучения пользователем, проще разобраться с реляционной МД;
-
реляционная МД нагляднее представляет структуру данных.
В отличие от ИМД и СМД, РМД обеспечивает логический доступ к данным, не зависящий от физической реализации. Недостатками реляционных моделей являются сложность в описании иерархических, сетевых связей и отсутствие стандартных средств идентификации отдельных записей.
Для проектируемой БД реляционная модель представлена на рисунке 3.4.
|
1
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Рисунок 3.4 – Реляционная модель | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
5 УРОВНИ ДОСТУПА К СУБД
Описание групп пользователей
В разработанной СУБД выполнены три уровня доступа: для медсестры ВУЗа, для медсестры больницы и для врача, аналогичные типам: гость, пользователь и администратор.
Медсестра ВУЗа может заходить в базу без пароля. Данный уровень доступа не позволяет вносить или редактировать какую-либо информацию. Доступными являются лишь просмотр информации и ее распечатывание.
Медсестра больницы может зайти в базу лишь под паролем. Данный доступ отличается от предыдущего доступа. Этому типу пользователя позволяется вносить и корректировать изменения в базе, но «Архив» студентов остается закрытым.
Врач (аналог администратор).Вход в базу осуществляется под паролем администратора. Имеет полный доступ ко всей базе. Права врача неограниченны. Он может редактировать структуры таблиц, изменять и удалять любые данные. Далее – более подробно о правах пользователей.
Медсестра ВУЗа
Как сказано ранее, этот пользователь заходит в базу без пароля и не имеет в ней никаких прав на изменение данных – лишь их просмотр и печать на принтере. На всех формах кнопки «Добавить запись», «Сохранить запись» и «Удалить запись» недоступны. Кнопки «Добавить Студента» и «Архив» в форме «Вход» так же недоступны. Область действий – просмотр данных из базы и распечатка их на принтере.
1















