База данных медсанчасти училища

Имя поля	Тип данных	Первичный ключ	Внешний ключ
ID кабинета	Числовой(длинное целое)	Является первичным  ключом
Кабинет	Текстовый(50)

 

 

Таблица 10.  Заблевания

Имя поля	Тип данных	Первичный ключ	Внешний ключ
ID заболевания	Числовой(длинное целое)	Является первичным  ключом
Заболевание	Текстовый(50)

 

 

 

 

 

Рис.4 Схема  отношений объектов предметной области

 

 

 

 

 

 

 

 

 

9. Анализ  ограничений целостности в БД  и разработка методов их поддержания

 

Понятие целостности

Основополагающим понятием в технологии баз данных является понятие целостности. Под целостностью предполагается соответствие информационной модели предметной области, хранимой в базе данных, объектам реального мира и их взаимосвязям в каждый момент времени. Любое изменение в предметной области, значимое для построенной модели, должно отражаться в базе данных, и при этом должна сохраняться однозначная интерпретация информационной модели в терминах предметной области.

   В информационной  модели должны отслеживаться  только существенные или значимые  изменения предметной области.  Модель всегда представляет собой  упрощение реального объекта,  в модели мы отражаем только то, что нам важно для решения конкретного набора задач. Именно поэтому в информационной системе "Авиакомпания по перевозке грузов" мы, например, не отразили место для перевозки конкретного груза, потому что мы не ставили задачу автоматической адресации места для конкретного груза на воздушном судне. И в этом случае любое перемещение груза с одного места на другое не будет отражено в модели, это перемещение несущественно для наших задач. С другой стороны, процесс отправления груза конкретным клиентом и состояние груза на данный момент времени для нас важен, и мы должны его отслеживать в соответствии с изменениями в реальной предметной области. И с этой точки зрения наличие у конкретного груза указателя на его доставку в пункт назначения и одновременное отсутствие записи о конкретном клиенте который должен получить груз является противоречием, такого быть не должно. Таким образом в модели данных должны быть предусмотрены средства и методы, которые позволят нам обеспечивать динамическое отслеживание в базе данных согласованных действий, связанных с согласованным изменением информации.

Поддержка целостности  в реляционной модели данных включает в себя 3 аспекта.

Во-первых, это поддержка  структурной целостности, которая  трактуется как то, что реляционная СУБД должна допускать работу только с однородными структурами данных типа "реляционное отношение". При этом понятие "реляционного отношения" должно удовлетворять всем ограничениям, накладываемым на него в классической теории реляционной БД - отсутствие дубликатов кортежей, соответственно обязательное наличие первичного ключа, отсутствие понятия упорядоченности кортежей.

 Во-вторых, это поддержка  языковой целостности, которая  состоит в том, что реляционная  СУБД должна обеспечивать языки  описания и манипулирования данными не ниже стандарта SQL. He должны быть доступны иные низкоуровневые средства манипулирования данными, не соответствующие стандарту.

Именно поэтому доступ к информации, хранимой в базе данных, и любые изменения этой информации могут быть выполнены только с использованием операторов языка SQL.

В-третьих, это поддержка  ссылочной целостности (Declarative Referential Integrity, DRI), означает обеспечение одного из заданных принципов взаимосвязи между экземплярами кортежей взаимосвязанных отношений:

1. Кортежи подчиненного отношения уничтожаются при удалении кортежа основного отношения, связанного с ними.
2. Кортежи основного отношения модифицируются при удалении кортежа основного отношения, связанного с ними, при этом на месте ключа родительского отношения ставится неопределенное Null значение.

Ссылочная целостность  обеспечивает поддержку непротиворечивого  состояния БД в процессе модификации  данных при выполнении операций добавления или удаления.

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

Семантическая поддержка целостности

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

    Семантическая  поддержка может быть обеспечена  двумя путями: декларативным и  процедурным путем. Декларативный  путь связан с наличием механизмов  в рамках СУБД, обеспечивающих проверку и выполнение ряда декларативно заданных правил-ограничений, называемых чаще всего "бизнес правилами" (Business Rules) или декларативными ограничениями целостности.

    Выделяются  следующие виды декларативных  ограничений целостности:

• Ограничения целостности, задаваемые на уровне доменов, при поддержке доменной структуры.
• Ограничения целостности, задаваемые на уровне отношения.
• Ограничения целостности атрибута: значение по умолчанию, задание обязательности или необязательности значений (Null), задание условий на значения атрибутов.
• Ограничения целостности, задаваемые на уровне связи между отношениями.

Чтобы обеспечить целостность, работа с данными должна производиться  с учетом ниже перечисленных правил:

• Не допускается удаление записи из главной таблицы, если существуют связанные с ней записи в подчиненной таблице.
• Невозможно изменить значение ключевого поля в главной таблице, если существуют записи, связанные с данной таблицей.
• Невозможно ввести в связанное поле подчиненной таблицы значение, отсутствующее в связанном поле главной таблицы. Однако можно ввести пустое значение, показывающее, что для данной записи связь отсутствует.

Чтобы эти правила  контролировались для конкретной связи, при ее создании следует установить флажок  - Обеспечение целостности данных (Enforce Referential Integrity). Тогда любая попытка выполнить действие, нарушающее одно из перечисленных выше правил, приведет к выводу на экран предупреждения, а само действие выполнено не будет.

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

 

             

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

10. Разработка  структуры интерфейса пользователя

 

В результате внедрения  полученной даталогической и  инфологической моделей в среду системы управления базами данных получили базу данных, в  которой могут быть выполнены  ряд запросов, выведены формы и  отчеты.

 

 

Рис.5 Кнопочная форма

 

 

 

Рис.6 Запрос «По  ФИО пациента»

 

 

Рис.7 Форма  «Информация о пациентах»

 

 

 

 

Рис.13 Отчет «Справка о приеме»

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

11. Алгоритм работы программного  комплекса и его состав

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рис14. Алгоритм работы программного комплекса

Заключение

 

В результате  выполнения курсовой работы была разработана модель информационной системы медсанчасти  училища. База данных содержит минимальный  набор таблиц для работы. Также в ней содержатся запросы, которые можно дополнить новыми, в зависимости от информационных потребностей пользователя.

Результаты работы даются в виде выходных форм и отчетов. Отчеты могут быть выведены на печать или  отправлены в файл.

В реальных условиях база данных содержит большее количество записей.

База данных  медсанчасти училища  выполняет следующий ряд функций:

- хранение, обработка и добавление данных о пациентах;

- выполнение запросов;

- предоставление анализа заболеваний;

- представление отчета о  пациентах;

- внесение в базу данных медсанчасти  училища.

Следовательно, она полноценно может  быть использована в медсанчасти  училища.

 

 

 

 

 

 

 

Список использованной литературы

 

1. Кузнецов С.Д. Введение в системы управления базами данных //СУБД. - 1995. - №1,2,3,4, 1996.
2. Чен П. Модель "сущность-связь" - шаг к единому представлению о данных //СУБД. - 1995. - №3
3. www.cit.forum.ru- сайт по БД.
4. www.microsoftoffice/access.ru- официальный сайт поддержки продуктов MS Office.