Федеральноеагентство по образованию
Государственноеобразовательное учреждение высшего профессионального образования
‹‹Курскийгосударственный технический университет››
Кафедрапрограммного обеспечения вычислительной техники
КУРСОВАЯ РАБОТА
по дисциплине ‹‹Базы данных››
на тему ‹‹Аптека››
Специальность 230105 Программное обеспечение вычислительнойтехники и автоматизированных систем
Автор работы __________________
(инициалы, фамилия) (подпись, дата)
Группа ПО — 71
Руководитель работы В. Г. Белов ______________________
(инициалы, фамилия) (подпись,дата)
Работа защищена __________________
(дата)
Оценка____________________
Председатель комиссии______________________
(инициалы, фамилия) (подпись, дата)
Члены комиссии ________________________
(инициалы, фамилия) (подпись, дата)
Курск, 2010 г.
Федеральноеагентство по образованию
Государственноеобразовательное учреждение высшего профессионального образования
‹‹Курскийгосударственный технический университет››
Кафедра программного обеспечениявычислительной техники
ЗАДАНИЕНА КУРСОВУЮ РАБОТУ
Студент
Л. М. Москаленко шифр
347011 группа ПО — 71
1. Тема Аптека
2. Срок предоставления работы (проекта) кзащите ‹‹ ›› июня 2010 г
3. Исходные данные
Неформальноеописание предметной области и документы, которые в ней используются
4. Содержание пояснительной запискикурсовой работы
Введение
1. Техническое задание
1.1Основание для разработки
1.2Назначение разработки
1.3Стандарты
1.4Требования к программе или программномуизделию
1.4.2 Носители информации
1.4.3 Требования к составу и параметрамтехнических средств
2 Технический проект
2.1Описание предметной области
2.2Словарь понятий и терминов
2.3Определение функциональных зависимостей
2.4Синтез схемы базы данных на основаниифункциональных зависимостей
2.4.1 Построение неизбыточного покрытия
2.4.2 Построение леворедуцированногопокрытия
2.4.3 Построение праворедуцированногопокрытия
2.4.4 Построение классов эквивалентности
2.4.5 Построение редуцированного минимальногокольцевого покрытия
2.5ER-схема базы данных
2.6Построение запросов на SQL
2.6.1 Построение первого запроса
2.6.2 Построение второго запроса
3 Рабочий проект
3.1Связи таблиц
3.2Внешний вид формы
3.3Функциональные тесты
3.3.1 Тест 1
Заключение
Библиографический список
Приложение А
Приложение Б
Реферат
Объем данного курсового проекта равен 55 страницам.В курсовом проекте содержится два приложения, в которых приведены ER-схемы базы данных, код программы. Также в КП содержитсяпостановка задачи.
Ключевые слова:
База данных, ER-схема,сущность, атрибут, ключ, связь, функциональная зависимость, системафункциональных зависимостей.
Объект разработки:
Объектом исследования в данной работе являетсяпроектирование базы данных в соответствии с заданным вариантом.
Цель работы:
Спроектировать базу данных «Аптеки».
Метод проведения работы:
Использование ER-диаграмм,минимизация зависимостей, построение запросов.
Summary
This termpaper contains 55 pages.It contains two enclosures, which contain ER-diagrams. Also it contains targetsetting.
Object of development is designof the database according to specified variant.
The aim of work is design of thedatabase, describing «Pharmacy ».
It is necessary to makeER-diagram, to minimize functional dependences, to write and minimize SQLqueries.
/>Определения
В данной работеприменены следующие термины с соответствующими определениями:
база данных: Файлы, снабженные описанием хранимыхв них данных и находящиеся под управлением СУБД.
er-диаграмма: Схема базыданных, спроектированная с помощью программы ERWin.
сущность: Любой различимый объект (объект, которыймы можем отличить от другого), информацию о котором необходимо хранить в базеданных.
атрибут: Поименованная характеристика сущности.
ключ: Минимальный набор атрибутов, по значениямкоторых можно однозначно найти требуемый экземпляр сущности.
связь: Ассоциирование двух или более сущностей.
/>Обозначения и сокращения
В данной работеприменены следующие сокращения:
БД: База данных
СУБД: Система управления базами данных
ФЗ: Функциональная зависимость
/>/>/>/>/>Введение
Необходимоспроектировать базу данных «Аптеки». Также целью данной работы являетсяознакомление с основными принципами построения, использования и оптимизацииреляционных баз данных.
Даннаятема актуальна, так как большое количество людей заинтересовано в полученииинформации о представленных лекарствах в конкретной аптеке.
Необходимопредоставить пользователю информацию о составе представленных лекарств, цене.
Даннаязадача будет решаться с помощью анализа предметной области, ее формализации спомощью функциональных зависимостей. Затем необходимо провести этапыминимизации системы функциональных зависимостей, описывающих предметнуюобласть, и на основании полученной редуцированной системы спроектировать требуемуюмодель базы данных.
Предполагается,что проектируемый продукт будет иметь общественно-социальную значимость впервую очередь для пользователей, заинтересованных в получении информации о лекарствах.
/>/>/>1 Техническое задание/>/>/>1.1 Основание для разработки
Основанием дляразработки программного продукта служит задание на курсовую работу “Аптека”./>/>/>1.2 Назначение разработки
Программный продуктразрабатывается с целью создания программы для аптек.1.3 Стандарты
Данная работаоформлена в соответствии со стандартом СТУ 04.02.030.-2008./>/>/>1.4 Требования к программе или программномуизделию
В программетребуется реализовать учет поставщиков (Название, номер лицензии, адрес поставщика,телефонный номер). Учет сотрудников магазина (фамилия, имя отчество, серия иномер паспорта, адрес проживания, телефонный номер, должность). Сбор информациио поступлении продукции и даты поступления
/>/>/>/>1.4.1 Результирующие компоненты изделия
База данных ввизуальной среде разработки систем управления реляционными базами данных Microsoft Visual FoxPro и все сопровождающие файлы.
/>/>/>/>/> />/>/>1.4.2 Носители информации
Продукт должен размещаться в видефайлов на CD дисках. Впроцессе работы могут использоваться Flash, CD-R/-RW, DVD-R/RW или другиеносители информации./>/>/>1.4.3 Требования к составу и параметрам технических средств
Программныйкомплекс должен корректно работать на компьютере со следующими техническимихарактеристиками:
− процессор Pentium V 2200МГц;
− оперативная память объемом 1024Мб;
− жесткий диск Seagate Barracuda,объемом 120 Гб;
− видеоадаптер SVGA;
− клавиатура;
− манипулятор типа “мышь”;
устройство удаленного доступа ксети: модем или сетевая карта.
2 />Технический проект/>/>/> 2.1 Описание предметной области
Аптека состоит изнескольких помещений: торговый зал, склад, бухгалтерия, включая кабинетдиректора. Аптека взаимодействует с поставщиками в лице менеджера,осуществляющими заказы на поставку лекарств, бытовой химии, медицинскогооборудования и косметических средств. Каждый препарат имеет свой состав,наименование, артикул и показание к применению. Так же в аптеке есть свой штатсотрудников: фармацевты, бухгалтера, грузчики-водители, менеджеры. Клиент,приходя в аптеку, взаимодействует с фармацевтом, который, в свою очередь,осуществляет продажу. Операции с денежными средствами и отбивку чекаосуществляет так же фармацевт. При покупке товара, клиент получает чек суказанием товара и его стоимости. При отсутствии товара на складе покупательможет оформить бланк-заказа, где оговариваются сроки поставки, и вноситсяпредоплата за выбранный товар.
В магазине ведетсядокументация: кассовая книга (сумма проданного товара, которая отдаетсябухгалтеру, а затем передается в налоговую для отчетности), приходнаянакладная, ведется учет доходов и расходов аптеки..2.2 />/>Словарь понятий и терминов
Словарь понятий итерминов приведен в таблицах 2.1 – 2.11.
Таблица 2.1 –СотрудникиАтрибут Смысл Пример serial_pas Серия паспорта сотрудника аптеки 3800 num_pas Номер паспорта сотрудника аптеки 884532 name Имя сотрудника магазина Ольга surname Фамилия сотрудника аптеки Кургузова patronymic Отчество сотрудника аптеки Александровна
address Адрес прописки сотрудника аптеки Ул. Сонина, д7, кв. 2
telephone_num Телефонный номер сотрудника аптеки 89516782355
dolgnost Занимаемая должность Фармацевт
Таблица 2.2 – ПродукцияаптекиАтрибут Смысл Пример productid Порядковый номер в таблице продуктов 105 artikul Артикул продукта 2345456 naimenovanie Наименование продукта Азаран sostav Состав продукта цефтриаксон Cost_one Стоимость за штуку 200
count Количество штук 34
sroc_godn Срок годности 24.06.2011
description Показания к применению Антибиотик местного действия с противовоспал. эффектом
Таблица 2.3 – ЗаказтовараАтрибут Смысл Пример Data_zakaza Дата заказа товара 24.02.09 predoplata Сумма предоплаты за товар 800 Order_execution Дата выполнения заказа 02.03.09
Таблица 2.4 –Заработная плата сотрудниковАтрибут Смысл Пример oklad Оклад сотрудника аптеки 4000 premia Премия сотрудника аптеки 2000 avans Аванс сотрудника аптеки 1000 zarplata Зарплата сотрудника аптеки 5000
Таблица 2.5 – КлиентыАтрибут Смысл Пример serial_pas_e Серия паспорта клиента 3234 number_pas_e Номер паспорта клиента 676767 name Имя клиента Александра surname Фамилия клиента Кургузова patronymic Отчество клиента Ивановина
address Адрес прописки клиента Ул. Ленина, д97, кв. 8
telephone_number Телефонный клиента 89513302324
Таблица 2.6 –ПоставщикиАтрибут Смысл Пример supplierid Порядковый номер поставщика 2 name Название организации поставщика ООО Биофарм address Адрес поставщика Ул. Кр. Армия, д.8 telephone Телефон поставщика 546523
Таблица 2.7 –Поставка продукцииАтрибут Смысл Пример Data_supply Дата поставки продукции 10.05.10 Time_supply Время поставки продукции 16.20
Таблица 2.8 –Продажа товараАтрибут Смысл Пример Data_prodagi Дата продажи продукции 05.05.10 Time_prodagi Время продажи продукции 15.35 count Количество проданной продукции 2
Таблица 2.9 – ДоходаптекиАтрибут Смысл Пример Month_d Месяц учета июль Year_d Год учета 2009 Dohod_employee Выручка сотрудника за месяц 91233
Таблица 2.10 –Расходы аптекиАтрибут Смысл Пример Month_r Месяц учета январь Year_r Год учета 2009 arenda Сумма за аренду 15000 Communal_yslygi Сумма за коммунальные услуги 4500 reklama Сумма за рекламу 3000
Vnutr_rashodi Сумма за внутренние расходы 10000
Таблица 2.11 – БухгалтерияАтрибут Смысл Пример month Месяц учета август year Год учета 2008 />/>2.3 Определение функциональных зависимостей
Не может быть так,что бы в один и тот же день, в одно и тоже время был оформлен заказ и прибылодва поставщика.
data_supply,vremy_postavki -> supplierid.
Не может такого быть,что бы один и тот же продукт, в одно и тоже время, в один и тот же день, один итот же клиент, купил у двух и более продавцов.
productid,data_cost, vremy_cost, clientid -> employeeid.
Не может такого быть,что бы в один и тот же месяц, в один и тот же год фиксировались дважды расходы аптеки.
month_r, year_r -> arenda, kommunal_yslygi,reklama, vnutr_rashodi.
Не может такого быть,что бы в один и тот же месяц, в один и тот же год фиксировалась дважды выручка,заработанная каждым продавцом
month_d,year_d -> viruchka_emploee.
Не может такого быть,что бы один и тот же продавец фиксировался дважды за месяц и год.
employeeid-> month_d, year_d.
Не может такого быть,что бы в один и тот же месяц, в один и тот же год фиксировались дважды доходы ирасходы.
month, year -> rashodid, dohodid.
Не может такого быть,что бы один и тот же продавец получил дважды зарплату за месяц.
emloyeeid-> oklad, premia, avans, zarplata.
Не может такого быть,что бы один и тот же продукт имел два одинаковых артикула.
productid -> artikulid.
Не может такогобыть, чтобы один и тот же поставщик имел 2 порядковых номера.
supplierid -> name.
Исходныефункциональные зависимости представлены на рисунке 2.1
data_supply, vremy_postavki -> supplierid
clientid, productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Рисунок 2.1 –Исходные функциональные зависимости/>/>/>2.4 />Синтез схемыбазы данных на основании/> функциональных зависимостей/>2.4.1 />Построениенеизбыточного покрытия
Этапы построениянеизбыточного покрытия представлены на рисунке 2.2.
Построениенеизбыточного покрытия.
G:
data_supply, vremy_postavki -> supplierid
clientid, productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, mployee_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Неизбыточное покрытие
g:
data_supply, vremy_postavki -> supplierid
clientid, productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, mployee_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Рисунок 2.2 –Построение неизбыточного покрытия/>2.4.2 />Построениелеворедуцированного покрытия
Этапы построениялеворедуцированного покрытия представлены на рисунке 2.3.
Построениелеворедуцированного покрытия.
g:
data_supply, vremy_postavki -> supplierid
clientid, productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Леворедуцированное покрытие
g:
data_supply, vremy_postavki -> supplierid
data_voz, vremy_voz, productid -> clientid
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Рисунок 2.3 — Построение леворедуцированного покрытия/>2.4.3 />Построение праворедуцированного покрытия
Этапы построенияправоредуцированного покрытия представлены на рисунке 2.4
Построениеправоредуцированного покрытия.
g:
data_supply, vremy_postavki -> supplierid
productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Удаление зависимостей вида X->
Праворедуцированное покрытие
g:
data_supply, vremy_postavki -> supplierid
productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Рисунок 2.4- Построение праворедуцированногопокрытия./> 2.4.4 />Построение классов эквивалентности
Этапы построенияклассов эквивалентности представлены на рисунках 2.5 – 2.6. Построение классовэквивалентности.
Построение классов эквивалентности
1. Ef( data_supply, vremy_postavki ):
data_supply, vremy_postavki -> supplierid
2. Ef( clientid, productid, data_voz, vremy_voz ):
clientid, productid, data_voz, vremy_voz -> employeeid
3. Ef( month_r, year_r ):
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
4. Ef( month_d, year_d ):
month_d, year_d -> viruchka_emploee
5. Ef( employeeid ):
employeeid -> month_d, year_d
6. Ef( month, year ):
month, year -> rashodid, dohodid
7. Ef( emloyeeid ):
emloyeeid -> oklad, premia, avans, zarplata
Рисунок 2.5 — Построение классов эквивалентности
8. Ef( productid ):
productid -> artikulid
9. Ef( supplierid ):
supplierid -> name
Построение минимального покрытия на основе
прямой функциональной определяемости
Редуцированное минимальное покрытие
g:
data_supply, vremy_postavki -> supplierid
clientid, productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Рисунок 2.6 — Построениеклассов эквивалентности/>2.4.5 />Построениередуцированного минимального кольцевого покрытия
Определение CF-зависимостейпо классам эквивалентности представлено на рисунках 2.7 – 2.11. Построениекольцевого покрытия
Минимальное кольцевое покрытие
( data_supply, vremy_postavki; ) -> supplierid
( productid, data_voz, vremy_voz; ) -> employeeid
( productid, data_zakaza, employeeid; clientid, data_zakaza, productid; )
( month_r, year_r; ) -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
( month_d, year_d; ) -> viruchka_emploee
( employeeid; ) -> month_d, year_d
( month, year; ) -> rashodid, dohodid
( emloyeeid; ) -> oklad, premia, avans, zarplata
( productid; ) -> artikulid
(supplierid;) -> name
Получение кольцевого минимального
редуцированного покрытия
Естественное характеристическое множество
для кольцевого покрытия
f(C):
data_supply, vremy_postavki -> supplierid
productid, data_voz, vremy_voz -> employeeid
Рисунок 2.7 — Построение редуцированногоминимального кольцевого покрытия
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
Левая редукция или перенос в правую часть
1. Проверка CF-зависимости:
( data_supply, vremy_postavki; ) -> supplierid
2. Проверка CF-зависимости:
( clientid, productid, data_voz, vremy_voz; ) -> employeeid
3. Проверка CF-зависимости:
( month_r, year_r; ) -> arenda, kommunal_yslygi, reklama,
vnutr_rashodi
4. Проверка CF-зависимости:
( month_d, year_d; ) -> viruchka_emploee
5. Проверка CF-зависимости:
( employeeid; ) -> month_d, year_d
Рисунок 2.8 — Построение редуцированного минимальногокольцевого покрытия
6. Проверка CF-зависимости:
( month, year; ) -> rashodid, dohodid
7. Проверка CF-зависимости:
( emloyeeid; ) -> oklad, premia, avans, zarplata
8. Проверка CF-зависимости:
( productid; ) -> artikulid
9. Проверка CF-зависимости:
( supplierid; ) -> name
Проверка покрытия на праворедуцированность
1. Проверка CF-зависимости:
( data_supply, vremy_postavki; ) -> supplierid
2. Проверка CF-зависимости:
( clientid, productid, data_voz, vremy_voz; ) -> employeeid
3. Проверка CF-зависимости:
( month_r, year_r; ) -> arenda, kommunal_yslygi, reklama,
vnutr_rashodi
4. Проверка CF-зависимости:
( month_d, year_d; ) -> viruchka_emploee
Рисунок 2.9 — Построениередуцированного минимального кольцевого покрытия
5. Проверка CF-зависимости:
( employeeid; ) -> month_d, year_d
6. Проверка CF-зависимости:
( month, year; ) -> rashodid, dohodid
7. Проверка CF-зависимости:
( emloyeeid; ) -> oklad, premia, avans, zarplata
8. Проверка CF-зависимости:
( productid; ) -> artikulid
9. Проверка CF-зависимости:
( supplierid; ) -> name
Минимальное редуцированное кольцевое покрытие
C
( data_supply, vremy_postavki; ) -> supplierid
( clientid, productid, data_voz, vremy_voz; ) -> employeeid
( month_r, year_r; ) -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
( month_d, year_d; ) -> viruchka_emploee
( employeeid; ) -> month_d, year_d
( month, year; ) -> rashodid, dohodid
( emloyeeid; ) -> oklad, premia, avans, zarplata
( productid; ) -> artikulid
( supplierid; ) -> name
Рисунок 2.10 — Построениередуцированного минимального кольцевого покрытия
Естественное характеристическое множество
f(C):
data_supply, vremy_postavki -> supplierid
clientid, productid, data_voz, vremy_voz -> employeeid
month_r, year_r -> arenda, kommunal_yslygi, reklama, vnutr_rashodi
month_d, year_d -> viruchka_emploee
employeeid -> month_d, year_d
month, year -> rashodid, dohodid
emloyeeid -> oklad, premia, avans, zarplata
productid -> artikulid
supplierid -> name
R0 = ( data_supply, vremy_postavki, supplierid ) K0 = { data_supply,
vremy_postavki }
R1 = ( clientid, productid, data_voz, vremy_voz, employeeid ) K1 = {
clientid, productid, data_voz, vremy_voz }
R2 = ( month_r, year_r, arenda, kommunal_yslygi, reklama, vnutr_rashodi)
K2 = { month_r, year_r }
R3 = ( month_d, year_d, viruchka_emploee ) K3 = { month_d, year_d }
R4 = ( employeeid, month_d, year_d ) K4 = { employeeid }
R5 = ( month, year, rashodid, dohodid ) K5 = { month, year }
R6 = ( emloyeeid, oklad, premia, avans, zarplata ) K6 = { emloyeeid }
R7 = ( productid, artikulid ) K7 = { productid }
R8 = ( supplierid, name ) K8 = { supplierid }
Рисунок 2.11 — Построениередуцированного минимального кольцевого покрытия2.5 />/>ER-схема базы данных
В приложении Априведены схемы базы данных до минимизации и после минимизации.Построение запросов на SQL2.5.1 Запрос на выборку2.5.1.1 Словесная формулировка запроса
Перечислить всех клиентов и их паспортные данные,которые приобрели продукцию компании Fuzafungin.2.5.1.2 Текст запроса на языке SQL
Текст запроса на языке SQLпредставлен на рисунке 2.20.
SELECT clients.name, clients.serial_pas, clients.number_pas, product.name_product, orders.data_zakaza, orders.orderid as Number_Order;
FROM ((orders JOIN sotrud s ON orders. clientid = clients. clientid) JOIN product ON orders.productid = product.productid);
WHERE (product.name_product = «Fuzafungin»)
Рисунок 2.20 — Текст запроса на языке SQL2.5.1.3 Исходное дерево запроса
Исходное дерево длязапроса представлено на рисунке 2.21
/>
/> />
/>
/>
/> />
/>
q2
/>
/> q1
product
clients orders
Рисунок 2.21- Исходное дерево запроса2.6.1.4 Расчет сложности запроса
Расчет сложностиисходного запроса приведен ниже.
/>, (2.1)
где /> — результат естественногосоединения таблиц;
/> — таблицы, участвующие всоединении;
/> - псевдонимы, используемые вместо имен таблиц длясокращения записи;
/> - операцияестественного соединения.
/>, (2.2)
/>/>/> (2.3)
где /> - число записей втаблице />;
/> - число записей втаблице С;
/> - число записей втаблице O;
/> -число различных значений в столбце clientid таблицы Clients;
/> -число различных значений в столбце clientid таблицы Orders.
/>,
/>,
/>,
/>.
/>, (2.4)
/>, (2.5)
где /> - число блоков,записанных в таблице />;
/> - длина одной записитаблицы /> вблоках;
/> - длина одной записитаблицы /> вбайтах;
/> — размер одного блока.
Очевидно, что
/>, (2.6)
где /> - объем в байтах поля />;
/>-объем в байтах поля />;
/>,
/>,
/>.
/>.
/>.
/>.
/>, (2.7)
/>,
/>,
/>,
/>,
/>. (2.8)
/>.
Очевидно, что
/>, (2.9)
/>,
/>,
/>,
/>.
/>.
/>.
/> (2.10)
где /> - операция селекции слогической формулой />.
Формула /> имеет вид:
/>, (2.11)
/>,
/>
/>, (2.12)
/>.
Так как операцияселекции не изменяет структуру таблицы, то
/>,
/>.
Так как операцияпроекции располагается последней, то ее не учитывают при расчете сложностизапроса.
Окончательно имеем:
/>, (2.13)
/>.
2.1
2.2
2.3
2.3.1
2.3.1.1
2.3.1.2
2.3.1.3
2.3.1.42.3.1.5 Оптимизированное дерево запроса
Оптимизированное дерево для запроса представленона рисунке 2.22
/>/>
/> />
/> /> /> /> /> /> /> /> />
/> q3
/>
/>/>
/> />
/>
/>/> q2
/>
/>/>
product
clients orders
Рисунок 2.22 — Оптимизированное дерево запроса
Текст оптимизированного запроса на языке SQL
Текст оптимизированного запроса представлен нарисунке 2.23
SELECT product.productid, product.name_product;
FROM product;
WHERE (product.name_product = " Fuzafungin ") INTO TABLE k
SELECT sotruds...name, sotruds..serial_pas, sotruds...number_pas, orders.data_zakaza, orders.orderid as Number_Order;
FROM ((orders JOIN clients ON orders. sotrudid = sotruds. sotrudid) JOIN k ON k.productid = orders.productid);
Рисунок 2.232.3.1.6 Расчет сложности оптимизированногозапроса
Расчет сложностиоптимизированного запроса приведен ниже.
/>, (2.14)
где /> - операция селекции слогической формулой />.
Формула /> имеет вид:
/>, (2.15)
/>,
/>,
/>, (2.16)
/>.
Так как операцияселекции не изменяет структуру таблицы, то
/>,
/>.
/>, (2.17)
где /> — результатестественного соединения таблиц;
/> — таблицы, участвующие всоединении;
/> - псевдонимы, используемые вместо имен таблиц длясокращения записи;
/> - операцияестественного соединения.
/>, (2.18)
/>/>/> (2.19)
/>,
/>,
/>,
/>.
/>, (2.20)
/>, (2.21)
где /> - число блоков,записанных в таблице />;
/> - длина одной записитаблицы /> вблоках;
/> - длина одной записитаблицы /> вбайтах;
/> — размер одного блока.
Очевидно, что
/>, (2.22)
где /> - объем в байтах поля />;
/>-объем в байтах поля />;
/>,
/>,
/>.
/>.
/>.
/>.
/>, (2.23)
/>,
/>,
/>,
/>,
/>, (2.24)
/>.
Очевидно, что
/>, (2.25)
/>,
/>,
/>,
/>.
/>.
/>.
Так как операцияпроекции располагается последней, то ее не учитывают при расчете сложностизапроса.
Окончательно имеем:
/>, (2.26)
/>2.5.2 Запросна деление2.5.2.1 Словесная формулировка запроса
Выбратьвсех клиентов, которые приобрели все без исключения препараты, перечисленные вотдельном списке – отдельной таблице.2.5.2.2 Текст запроса на языке SQL/>Текст запроса представлен на рисунке 2.23
SELECT COUNT(*);
FROM product INTO ARRAY Ar
SELECT clients.clientid, clients.name;
FROM ((clients JOIN orders ON orders.clientid = clients.clientid) JOIN Ar ON orders.productid = Ar.productid);
GROUP BY clients.clientid, clients.name;
HAVING COUNT(*)=Ar; />Рисунок 2.23/>2.5.2.3 Исходное дерево запроса/>Дерево запросапредставлено на рисунке 2.24./>/>/> />
/>
/> />
/>
/>
/> q2
/>
/>
/> q1
/>
/>
product clients
/> />
/>
clients orders/>Рисунок 2.4
2.5.2.4 Расчет сложности запроса
Расчет сложности исходного запроса приведен ниже.
/>, (2.27)
где /> — результатестественного соединения таблиц;
/> — таблицы, участвующие всоединении;
/> - псевдонимы, используемые вместо имен таблиц длясокращения записи;
/> - операция естественногосоединения.
/>, (2.28)
/>/>/> (2.29)
где /> - число записей втаблице />;
/> - число записей втаблице С;
/> - число записей втаблице O;
/> -число различных значений в столбце clientid таблицы Clients;
/> -число различных значений в столбце clientid таблицы Orders.
/>,
/>,
/>,
/>.
/>, (2.30)
/>, (2.31)
где /> - число блоков,записанных в таблице />;
/> - длина одной записитаблицы /> вблоках;
/> - длина одной записитаблицы /> вбайтах;
/> — размер одного блока.
Очевидно, что
/>, (2.32)
где /> - объем в байтах поля />;
/>-объем в байтах поля />;
/>,
/>,
/>.
/>.
/>.
/>.
/>, (2.33)
/>,
/>,
/>,
/>,
/>. (2.34)
/>.
Очевидно, что
/>, (2.35)
/>,
/>,
/>,
/>.
/>.
/>.
/> (2.36)
где /> - операция проекции изтаблицы /> атрибутов/>.
/>.
/>.
/>,
/>,
/>.
Так как операциягруппировки является последней, то для нее не производится расчет сложности.
Окончательно имеем:
/>, (2.37)
/>2.5.2.5 птимизированное дерево запроса
Оптимизированное дерево запроса представлено нарисунке 2.25. />/>/> />
/>
/> />
/>
/>
/> q2
/>
/>
/> q1
/>
/>
clients
/> />
/>
product orders
Рисунок 2.252.5.2.6 Текст оптимизированного запроса на языке SQL
Текстоптимизированного запроса представлен на рисунке 2.26
SELECT COUNT(*);
FROM product INTO ARRAY Ar
SELECT clients.clientid, clients.name;
FROM ((orders JOIN Ar ON orders.productid = Ar.productid) JOIN clients ON orders.clientid = clients.clientid);
GROUP BY clients.clientid, clients.name;
HAVING COUNT(*)=Ar;
Рисунок2.26/> 2.5.2.7 Расчет сложности оптимизированного запроса
Расчет сложностиоптимизированного запроса приведен ниже.
/>. (2.38)
/>,
/>,
/>,
/>, (2.39)
/>.
Очевидно, что
/>, (2.40)
/>,
/>,
/>,
/>.
/>.
/>.
/> (2.41)
/>, (2.42)
/>,
/>,
/>
/>.
Очевидно, что
/>, (2.43)
/>,
/>,
/>,
/>.
/>.
/>.
/> (2.44)
где /> - операция проекции изтаблицы /> атрибутов/>.
/>.
/>.
/>,
/>,
/>.
Так как операциягруппировки является последней, то для нее не производится расчет сложности.
Окончательно имеем:
/>, (2.45)
/>
/>/>
3 Рабочий проект/>3.1 Связи таблиц
Связи таблиц представлены на рисунке 3.1
/>Рисунок 3.13.2 Внешний вид формы
В состав проектавходит форма Расходы аптеки, которая представлена на рисунке 3.2.
/>
Рисунок 3.2/>3.3 Функциональные тесты/> 3.3.1 Тест 1
Тест на проверкупостроения отчета в Excel.
Входные данные:запрос на выборку из базы данных.
Выходные данные:результирующая таблица.
Работа тестаприведена на рисунке 3.4.
/>
Рисунок 3.4
/> Заключение
В ходе выполнениякурсовой работы была достигнута цель работы – проектирование базы данных аптеки.
Для достижения целибыл решен ряд задач: составление описания предметной области; составлениесловаря понятий и терминов; построение исходной модели (ER-диаграммы)базы данных; определение функциональных зависимостей; синтез схемы базы данныхна основании функциональных зависимостей; построение оптимизированнойконцептуальной модели; построение запросов на выборку.
Библиографическийсписок
1. Атре, Ш., Структурный подход к организации баз данных./ [Текст]: Атре, Ш. — М.: Финансы и статистика, 1983. – 320 с.
2. Бойко, В.В., Проектирование баз данных информационныхсистем. / [Текст]: Бойко, В.В., Савинков, В.М., – М.: Финансы и статистика,1989. – 351 с.
3. Гарсия-Молина, Гектор, Ульман, Джеффри, Д., Уидом,Дженнифер Системы баз данных. Полный курс.: Пер. с англ. – М.: Издательскийдом “Вильямс”, 2003. – 188 с.: ил.
4. Дейт, К., Руководство по реляционной СУБД DB2. /[Текст]: Дейт, К. – М.: Финансы и статистика, 1988. – 320 с.
5. Джексон, Г., Проектирование реляционных баз данных дляиспользования с микроЭВМ. / [Текст]: Джексон, Г., -М.: Мир, 1991. – 252 с.
6. Кириллов, В.В., Структуризованный язык запросов (SQL)./ [Текст]: Кириллов, В.В., – СПб.: ИТМО, 1994. – 80 с.
7. Мартин, Дж., Планирование развития автоматизированныхсистем. / [Текст]: Мартин, Дж., – М.: Финансы и статистика, 1984. – 196 с.
8. Мейер, М., Теория реляционных баз данных. / [Текст]:Мейер, М.,– М.: Мир, 1987. – 608 с.
9. Тиори, Т., Проектирование структур баз данных. /[Текст]: Тиори, Т., Фрай, Дж., В 2 кн., – М.: Мир, 1985. Кн. 1. – 287 с.: Кн.2. – 320 с.
10. Ульман, Дж., Базы данных на Паскале. / [Текст]:Ульман, Дж., – М.: Машиностроение, 1990. – 386 с.
11. Хаббард, Дж., Автоматизированное проектирование базданных. / [Текст]: Хаббард, Дж., – М.: Мир, 1984. – 294 с.
12. Цикритизис, Д., Модели данных. / [Текст]: Цикритизис,Д., Лоховски, Ф., – М.: Финансы и статистика, 1985. – 344 с./>
Приложение А
ER – схемы базы данных
На рисунке А.1приведен вариант схемы базы данных до минимизации.
/>
Рисунок — А.1
На рисунке А.2 приведен вариант схемы базы данныхпосле минимизации.
/>
Рисунок — А.2
Приложение Б
Код программы
Код запроса с созданием отчета в Excelпредставлен на рисунке Б.1 – Б.2.
LOCAL objExcel, lnrow
SELECT clients.name, clients.serial_pas, clients.number_pas, product.name_product, orders.data_zakaza;
FROM clients, orders, product;
INTO CURSOR cur_report;
WHERE (clients.clientid=orders.clientid) AND (orders.data_zakaza=«22/01/05») AND (product.name_product=«Acer»)
objExcel=CreateObject(«Excel.Application»)
WITH objExcel
.Visible=.T.
.Workbooks.add
.Columns[1].ColumnWidth=20
.Columns[2].ColumnWidth=12
.Columns[3].ColumnWidth=10
.Columns[4].ColumnWidth=15
.Columns[5].ColumnWidth=7
Рисунок — Б.1
.Range(«A1:E1»).Select
WITH .Selection
.MergeCells=.t.
ENDWITH
WITH .ActiveCell
.Value = «Клиенты»
.Font.Size = 14
ENDWITH
lnrow = 2
SELECT cur_report
SCAN
lnrow = lnrow + 1
.Cells(lnrow,1).value = cur_report.name
.Cells(lnrow,2).value = cur_report.serial_pas
.Cells(lnrow,3).value = cur_report.number_pas
.Cells(lnrow,4).value = cur_report.name_product
.Cells(lnrow,5).value = cur_report.data_zakaza
ENDSCAN
ENDWITH
Рисунок — Б.2