Продажа и учет лекарственных средств
Подождите немного. Документ загружается.
11
№ Аптеки Город Район Улица Индекс Телефон Факс
17475 Львов Киевский пр.Победы 78989 950907 9849384
79900 Харьков Суворовский Артема 99595 848484 9898988
75775 Днепропетровск Сумской Шевченко 44433 393939 9399393
12323 Харьков Дзержинский Клочковская 78678 968755 3546572
Рис.2.1. Таблица «Аптеки»
Таблица «Производитель» (Рис.2.2) состоит из восьми полей: «Код
производителя» (тип данных счетчик), «Название производителя» (текстовый
тип данных),«Производитель» (текстовый тип данных), «Город» (текстовый
тип данных), «Улица» (текстовый тип данных), «№ здания» (числовой тип
данных), «Телефон» (числовой тип данных), «Индекс» (числовой тип
данных ).
Код
производителя
Название
производителя
Производитель Город Улица
№
Здания
Индекс Телефон
10 Алайвитамины Россия Москва Библиотечная 45 6789 90807
12 Иван-Чай Россия Ирбит Курасова 122 5667 44343
13 Дарница Украина Киев Мирная 67 9877 45677
14 Идеофарм Германия Берлин Штирлица 113 6555 45668
Рис.2.2. Таблица «Производитель»
Таблица «Категории» (Рис.2.3.) состоит из двух полей: «Код
категории» (тип данных счетчик) и «Название категории» (текстовый тип
данных).
12
Код категории Название категории
1223 Иммуностимулирующее
10 Антисептик
2 Снотворное
3 Жаропонижающее
6 Сосудосужающее
7 БАД
8 Анорексиген
Рис.2.3. Таблица «Категории»
Таблица «Препараты» (Рис.2.4) имеет шесть полей: «Номер препарата»
(тип данных числовой), «Название» (текстовый тип данных), «Категория»
(текстовый тип данных), «Код производителя» (числовой тип данных), «Срок
хранения» (числовой тип данных), «Отпуск без рецепта» (логический тип
данных).
№Препарата Название Категория
Код
производителя
Срок хранения Рецепт
1 храп Болеутоляющее 123 12 Да
2 Ревит Антисептик 10 14 Нет
3 Капазол БАД 12 10 Нет
4 Сахол Жаропонижающее 13 6 Нет
5 Гептрал Иммуностимулирующее 14 12 Да
6 Бишофит Снотворное 123 12 Да
7 Энтерол Сосудосужающее 10 24 Нет
Рис.2.4. Таблица «Препараты»
13
Таблица «Хранение»(Рис.2.5) имеет три поля: «№ аптеки» (числовой
тип данных), «Препарат» (числовой тип данных) и «Наличие» (логический
тип данных).
№ Аптеки Препарат Наличие
41 Храп Нет
12323 Гептрал Есть
33234 Капазол Есть
78877 Ревит Нет
65555 Гептрал Есть
76765 Энтерол Нет
56565 Сахол Есть
Рис.2.5. Таблица «Хранение»
Таблица «Продажа» (Рис.2.6) имеет семь полей: «Код покупки» (тип
данных числовой), «Номер аптеки» (Числовой тип данных), «Препарат»
(текстовый тип данных), «Дата покупки» (дата/время), «Цена» (денежный
тип данных), «Количество» (числовой тип данных), «Стоимость» (денежный
тип данных).
Код покупки № Аптеки Препарат
Дата
покупки
Цена Количество
Стоимость
12 41 Храп 12.03.10 349 1 349
2 12323 Гептрал 05.05.09 20 2 40
3 33234 Капазол 15.09.10 45 1 45
4 78877 Ревит 31.12.09 24 2 48
6 65555 Гептрал 01.03.10 12 3 36
8 76765 Энтерол 13.07.10 56 1 56
14
Рис.2.6. Таблица «Продажа»
Всего в разработанной модели базы данных используются шесть
таблиц.
2.3. Связи базы данных
Записи таблицы связей предназначены для отображения связей между
сущностями, информация о которых находится в соответствующих таблицах
сущностей.
Обычно одна таблица связей описывает взаимосвязь двух сущностей.
Поскольку таблицы сущностей в простейшем случае имеют по одному
ключевому полю, то таблица связей двух таблиц для обеспечения
уникальности записей о связях должна иметь два ключа.
Более сложные связи следует сводить к бинарным. Транзитивных
связей и избытка связей не должно быть. Не следует включать в таблицы
связей характеристики сущностей, иначе неизбежны аномалии. Их лучше
хранить в отдельных таблицах сущностей.
При работе с таблицами связей следует иметь в виду, что любая запись
из таблицы связей легко может быть удалена, поскольку сущности некоторое
время могут обойтись и без связей. При добавлении или изменении
содержимого записей таблицы надо контролировать правильность ссылок на
существующие объекты, так как связь без объектов существовать не может.
Наличие связей между таблицами позволяет включать данные из нескольких
таблиц в запросы, формы и отчёты. Таблицы связываются между собой через
ключевые поля.
Выделяют следующие виды связей:
1. Многие ко многим. Один поставщик поставляет много товара и одно
наименование товара может поставлять много поставщиков.
15
2. Один ко многим. Один поставщик может заключить много договор на
поставку товара с оптовой базой и в одном договоре может участвовать
только один поставщик.
3. Многие к одному. Множество клиентов обслуживаются у одного врача.
4. Один к одному. Договор может содержать только один счет.
2.4. Схема данных «База данных о продаже аптечных медпрепаратов»
После создания таблиц, связываем их в единую схему данных в
соответствии с описанием связей.
Полученная схема данных представлена на Рис.2.7.
Рис.2.7. Схема данных
ВЫВОД: данный раздел содержит описание структуры каждой
таблицы базы данных, а также связи между ними.
16
РАЗДЕЛ 3. Программная реализация
3.1. Описание СУБД Oracle Application Express
Oracle Application Express (Oracle APEX), ранее известный как HTML
DB, представляет собой среду для быстрого создания и разворачивания веб-
приложений, которая позволяет разрабатывать более быстрые и надежные
профессиональные приложения, используя для этого лишь только веб-
браузер и минимальный опыт программирования. Oracle Application Express
сочетает в себе высокую производительность, безопасность,
интегрируемость и масштабируемость корпоративных БД, разработанных на
основе веб-технологий, с простотой использования, доступностью и
гибкостью персональных БД.
Разработка и запуск программ на Application Express осуществляется
посредством стандартного веб-браузера и не требует установки и
обслуживания какого-либо клиентского ПО. Домашняя страница Application
Express показана на рис.3.1.
17
Рис.3.1. Домашняя страница Oracle Apex
Основные инструменты Application Express:
1) Application Builder – инструмент, позволяющий разрабатывать
динамические веб-приложения, управляемые БД;
2) SQL Workshop – инструмент для просмотра содержимого БД,
визуального построения запросов, в том числе и сложных SQL запросов;
3) Team Development – команда развития, cоблегчаетcуправление
процессомcразработки приложений.Используйте этот инструментcдля
отслеживанияcособенностей,cвыполнения задач, этаповcиcошибок.
4)Administration –инструмант,которыйcпозволяетcуправлять своим
счетом.c
Application Express – это еще и эффективный инструмент для
разработки аналитических программ, обрабатывающих информацию,
хранящуюся в БД. Отчеты связаны между собой ссылками, что позволяет
пользователю легко ориентироваться в содержимом БД и переходить от
одного отчета к другому так же легко, как и бродить по обычным сайтам.
Помимо этого простота, наглядность и информативность достигаются также
благодаря расширенной функциональности APEX при выводе результатов
SQL запросов в графическом виде.
В Application Express применяется декларативное программирование,
при котором код не генерируется, не компилируется, а пользователь
взаимодействует с мастерами и списками свойств. Очень важным является
18
знание языка SQL так, как именно этот язык используется для определения
отчетов и диаграмм. Применение декларативного кода устраняет разногласия
между разработчиками и делает программы, созданные на APEX, легко
управляемыми и сопровождаемыми.
3.2. Создание таблиц
Создание таблиц происходит с помощью инструмента SQL Workshop.
Далее необходимо зайти во вкладку обозревателя объектов Object Browser. С
левой стороны отображены уже созданные объекты.
Конкретным примером создания таблиц послужит создание таблицы
«Аптека».
Чтобы начать необходимо нажать кнопу Create. Создание происходит в
несколько этапов:
1. На первом выбирается тип объекта. Это может быть, например,
таблица, последовательность, процедура, функция, триггер, связь, в данном
случае выберем таблицу.
2. Второй шаг представлен на Рис.3.2.
Рис.3.2. Второй шаг создания таблицы – создание полей
19
Здесь прописывается название будущей таблицы, названия ее полей и
типы данных, которые будут в них храниться. Для текстовых данных
выбираем тип CHAR с размером 50, для числовых – NUMBER с размером 10.
3. Третьим шагом будет выбор первичного ключа таблицы( Рис.3.3).
Рис.3.3. Третий шаг создания таблицы - выбор первичного ключ
Выбираем создание ключа от новой последовательности и собственно
поле, которое будет ключевым. В нашем случае это поле Номер аптеки. Если
не обходимо создать составной ключ, т.е. который состоит из нескольких
полей, необходимо выбрать пункт Not populated.
4. Четвертым шагом есть выбор внешних ключей. На данном этапе
собственно создаются связи между таблицами базы данных (Рис.3.4).
20
Рис.3.4. Четвертый шаг - выбор внешних ключей
Сначала выбирается поле по которому будет происходить связь, затем
таблицу с которой связываем и соответствующее поле из нее. На рисунке
показано создание связи с таблицей Продажа по полю Номер аптеки.
5. На последнем шаге создаются ограничения, но в данном случае в них
нет необходимости и можно его пропустить.
Аналогичным способом создаются все таблицы базы данных.
3.3. Создание табличной формы
Формы – это средства для ввода данных. Смысл их – предоставить
пользователю средства для заполнения только тех полей, которые ему
заполнять положено. Одновременно с этим в форме можно разместить
специальные элементы управления (счетчики, раскрывающиеся списки,
переключатели, флажки и прочее) для автоматизации ввода. Преимущества
форм раскрываются особенно наглядно, когда происходит ввод данных с
заполненных бланков. В этом случае форму делают графическими
средствами так, чтобы она повторяла оформление бланка – это заметно