Проектирование системы управления базой данных

Трудовая деятельность человека связана с восприятием и накоплением информации об окружающей среде, отбором и обработкой информации при решении различных задач, обменом ее с другими людьми. Под информацией понимается совокупность знаний о фактах и зависимостях между ними. Таким образом, очевидной становится необходимость введения информационных систем для облегчения и систематизации трудовой деятельности человека. Благодаря появлению ПЭВМ стало возможно создание автоматизированных информационных систем (АИС).
В целом под АИС понимают совокупность информационных массивов технических, программных и языковых средств, предназначенных для сбора, хранения, поиска, обработки и выдачи данных по запросам пользователей.
В развитии АИС наметились два поколения. Первое поколение - информационные системы, базирующиеся на автономных файлах. Это системы с простой архитектурой и ограниченным кругом возможностей. Они состоят из набора автономных файлов и комплекса прикладных программ, предназначенных для обработки этих файлов и выдачи документов. Такие системы имеют ряд серьезных недостатков, ограничивших их широкое применение: высокую избыточность данных, сложность ведения и совместной обработки файлов, зависимость программ от данных Второе поколение – банки данных – система с высокой степенью интеграции данных и автоматизации управления ими. Они ориентированы на коллективное использование. Одной из отличительных особенностей банка данных является наличие специальных языковых и программных средств, облегчающих для пользователей выполнение всех операций, связанных с организацией хранения данных, их корректировки и доступа к ним. Такая совокупность языковых и программных средств называется системой управления базой данных – СУБД.

1. ЗАДАНИЕ НА РАЗРАБОТКУ
1. Произвести анализ предметной области и разработать схему реляционной базы данных, содержащей информацию о следующей предметной области:
a) Для каждой группы медикаментов необходимо хранить наименование.
b) Для каждого медикамента, принадлежащего какой-либо группе – наименование и единицу измерения.
c) Для каждой группы рецептур необходимо хранить наименование.
d) Для каждой рецептуры, принадлежащей какой-либо группе – наименование медикамента и в каком количестве используется .
e) Каждый препарат изготовляется по какой-либо рецептуре.
f) Необходимо предоставить пользователю возможность изготовлять препараты из существующих медикаментов.
2. Реализовать разработанную схему данных при помощи SQL (подраздел DDL - «язык определения данных»). Реализация схемы данных должна содержать необходимые ограничения целостности.
3. Составить операторы SQL (подраздел DML - «язык манипулирования данными»), производящие добавление новой информации в базу данных, удаление или изменение существующей информации.
4. Составить операторы SQL, осуществляющие выбор из базы данных следующей информации:
a) Вывести информацию о медикаменте, присутствующем в наибольшем количестве рецептур.
b) Вывести информацию о рецептуре, использующей наибольшее количество медикаментов.
c) Вывести список рецептур, в которых используется конкретный медикамент.

2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
При анализе предметной области можно выделить следующие основные сущности: группа рецептур, группа медикаментов, медикаменты, рецептуры, препарат. Каждая из этих сущностей обладает набором свойств, часть из которых является важной при разработке схемы и базы данных, а часть - второстепенной группой свойств, которые можно не учитывать. К второстепенным свойствам можно отнести количество медикаментов, единицу измерения и некоторые другие. Свойства сущностей, которые необходимо учитывать при разработке можно для удобства объединить в таблицу:
Таблица 1.
Сущность
Свойства
Группа медикаментов
Наименование группы медикаментов.
Группа рецептур
Наименование группы рецептур.
Медикаменты
Наименование медикамента, название группы медикаментов, единица измерения.
Рецептуры
Название медикамента, количество использующегося медикамента, наименование препарата.
Препарат
Название препарата, наименование группы рецептур.
Каждый медикамент принадлежит какой-нибудь группе. Очевидно, одной группе может принадлежать несколько медикаментов, поэтому между этими сущностями существует связь «один-ко-многим» (1:M), которую можно изобразить следующим образом:


Каждый медикамент принадлежит какой-либо рецептуре. То есть, между сущностями «медикамент» и «рецептура» существует связь «один-ко-многим» (1:M):

Препарат изготавливается по какой-либо рецептуре из существующих медикаментов. Таким образом, между сущностями « группа рецептур» и «препарат» существует связь «один-ко-многим» (1:M):

После проведения всестороннего анализа сущностей, их свойств и связей между ними изобразим графически схему данных предметной области для дальнейшей ее реализации при помощи SQL.
3. РАЗРАБОТКА СХЕМЫ ДАННЫХ
Схему реляционной базы данных изобразим в виде таблиц и связей между ними. При этом таблицы будут являться реализацией сущностей, а поля таблицы - свойствами сущностей. Помимо этого, выделим из перечисленных в таблице 1 свойств такие, которые будут уникальным образом идентифицировать каждый экземпляр сущности (запись в таблице). С учетом вышеизложенного схему данных исследуемой предметной области представим на рисунке 1.
Разработанная схема данных содержит пять таблиц и может быть реализована при помощи SQL. На этапе физического моделирования базы данных описываются типы данных для каждого вида хранимой информации, а также способы и место их физического размещения. При этом необходимо для каждого поля таблицы определить тип данных, который наиболее подходит для хранения соответствующей информации, какие поля не могут содержать пустые значения (NULL).
Типы integer not null, varchar(*) not null, numeric(*,*) not null означают, что поля могут быть длинными целыми числами, не содержащими NULL. Тип varchar(*) означает, что поля содержат строку символов переменной длины. Тип numeric(*,*) означает, что поля содержат масштабируемые целые числа. Тип date означает, что поля содержат календарную дату.
Поля, выделенные на схеме данных курсивом, будут являться первичными ключами (PRIMARY KEY) таблиц.

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать полную версию