Реферат: Проектирование базы данных "Аптека"
Федеральноеагентство по образованию
Государственноеобразовательное учреждение высшего профессионального образования
‹‹Курскийгосударственный технический университет››
Кафедрапрограммного обеспечения вычислительной техники
КУРСОВАЯ РАБОТА
по дисциплине ‹‹Базы данных››
на тему ‹‹Аптека››
Специальность 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, кв. 2telephone_num
Телефонный номер сотрудника аптеки 89516782355dolgnost
Занимаемая должность ФармацевтТаблица 2.2 – Продукцияаптеки
Атрибут Смысл Пример productid Порядковый номер в таблице продуктов 105 artikul Артикул продукта 2345456 naimenovanie Наименование продукта Азаран sostav Состав продукта цефтриаксон Cost_one Стоимость за штуку 200count
Количество штук 34sroc_godn
Срок годности 24.06.2011description
Показания к применению Антибиотик местного действия с противовоспал. эффектомТаблица 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, кв. 8telephone_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 Сумма за рекламу 3000Vnutr_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-схема базы данныхВ приложении Априведены схемы базы данных до минимизации и после минимизации.Построение запросов на SQL
2.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 — Текст запроса на языке SQL
2.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.4
2.3.1.5 Оптимизированное дерево запросаОптимизированное дерево для запроса представленона рисунке 2.22
/>/>
/> />
/> /> /> /> /> /> /> <td/> /> />
/> 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.23
2.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.23SELECT 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.42.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.25
2.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