Содержание Введение .1. Реляционная модель данных 2. Задание на разработку 3. Нормализация отношений и приведение их к третьей нормальной форме 4. Проектирование модели данных . 5. Разработка SQL запросов на создание таблиц 6. Разработка SQL запросов на создание запросов пользователя 12 Заключение 13 Список используемой литературы .14 Введение
База данных это совокупность сведений о некоторой предметной области, организованной таким образом, что эти сведения могут быть использованы для решения реальной задачи. Предметная область это часть реального мира, подлежащая изучению для организации управления. Базы данных характеризуются преобладанием в процессе обработки информации задач, связанных с большим количеством расчетов, формированием итоговых документов и составлением отчетов.
Для хранения больших объемов информации используются базы данных. Система управления базой данных СУБД организует данные таким образом, чтобы пользователи и прикладные программы могли без труда извлекать и обрабатывать их. На сегодняшний день наиболее популярным продуктом на рынке настольных СУБД является Access. Благодаря уникальному сочетанию функций эта программа удовлетворяет требованиям
как рядовых пользователей, так и самых взыскательных профессиональных разработчиков. Большинство современных баз данных принадлежит к реляционному типу. Реляционной называется база данных, в которой все данные, доступные пользователю, организованны в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами. В реляционной базе данных информация организованна в виде таблиц, разделенных на строки и столбцы,
на пересечении которых содержатся значения данных. Столбцы таблицы упорядочены слева направо, и их порядок определяется при создании таблицы. Каждый столбец содержит данные одного типа. Строки таблицы также называют записями, а столбцы полями базы данных. Запросом к базе данных называется процесс запрашивания данных и получения результата. 1. Реляционная модель данных Модель данных описывает некоторый набор родовых понятий и признаков, которыми должны обладать все конкретные СУБД и управляемые ими базы данных, если они основываются на этой модели. Наличие модели данных позволяет сравнивать конкретные реализации, используя один общий язык. Хотя понятие модели данных является общим, и можно говорить об иерархической, сетевой, объектно-ориентированной и т.п. моделях данных, нужно отметить, что это понятие было введено в обиход применительно к реляционным системам и наиболее эффективно используется именно в этом контексте.
В настоящее время эта модель является стандартом, на который ориентируются практически все современные коммерческие СУБД. Реляционная модель представляет собой средства описания данных на основе только их естественной структуры, т.е. представление данных не зависит от способа их организации. Это обеспечивается за счет использования математической теории отношений и нормализации отношений. Реляционная модель ориентирована на организацию данных в виде реляционных таблиц, состоящих из строк
записей или кортежей и столбцов полей и атрибутов . 2. Задание на разработку В курсовом проекте необходимо разработать и создать базу данных для предложенной предметной области. Список атрибутов, указанный в задании, является обязательным и может быть дополнен атрибутами, необходимыми для нормализации отношений. Курсовой проект должен содержать следующие разделы 1.
Нормализация отношений и приведение их к пятой нормальной форме. 2. Проектирование модели данных. 3. Разработка SQL-запросов на создание таблиц. 4. Разработка SQL-запросов на создание запросов пользователей. 5. Примеры выполнения запросов. Вариант задания Фиточай. Описание рецептов травяных сборов. Атрибуты название растения, место распространения, время сбора, часть растения цветы, листья, корни и т.д вид обработки, рецептура чая, способ употребления, единовременная доза, показания, противопоказания. 3. Нормализация отношений и приведение их к третьей нормальной форме Изначально в задании имеется список, состоящий из нескольких атрибутов. Разобьем этот список на несколько таблиц, в которых атрибуты близки по смыслу друг к другу рис.1 . После этого, исключая из каждой таблицы составные и списочные атрибуты, представим схему данных в третьей
нормальной форме рис.2 Рецептура чаяСпособ употребленияЕдиновременная дозаПоказанияПротивопоказания Название растенияМесто распространенияВремя сбораЧасть растенияВид обрабртки ФиточайНазвание растенияМесто распространенияВремя сбораЧасть растенияВид обработкиРецептура чаяСпособ употребленияЕдиновременная дозаПоказанияПротивопоказания Рис.1- Исходные и преобразованные данные. 4. Проектирование модели данных
Можно составить следующую схему данных рис. 2 . Жирным шрифтом выделены ключевые поля. Рис.2 Схема данных. Разработанная схема данных содержит шесть таблиц и может быть реализована при помощи SQL. При этом необходимо для каждого поля таблицы определить тип данных, который наиболее подходит для хранения соответствующей информации. Примеры заполнения таблиц Таблица Растения Растениеназвание растенияместо распространениявремя сборадушица обыкновеннаялесостепь
европейской части Россиииюнь-июльеживикаевропейская часть Россиииюнь-августзверобой обыкновенныйЗападная Сибирьиюнь-июльмать-и-мачехаДальний Восток,Сибирьиюнь-июльмелисса лекарственнаяКрым,Кавказиюнь-сентябрьмят а полеваяБольшинство областей Россиииюнь-сентябрьсердечник луговойЗападная и Восточная Сибирьапрель-июньцикорий обыкновенныйРоссияиюнь-августшалфей дикийКавказ,Сибирьиюнь-августшиповникЗап адная Сибирь, Казахстанмай-август Таблица Сырь Сырь код сырьяназвание растениячасть растениявид обработки1душица обыкновеннаякореньэкстрагирование,сушка2 еживикалистьясушка3зверобой обыкновенныйстебельпромыв,сушка4мать-и-м ачехалистьясушка5мелисса лекарственнаяцветкисушка6мята полеваястебельпромыв,сушка7сердечник луговойцветкисушка8цикорий обыкновенныйцветкисушка9шалфей дикийлистьясушка10шиповникплодыпромыв,су шка Таблица
ГОСТ Гострецептура ГОСТаБеседа12Бодрость15Каркаде14Липтон13 Монарх11 Таблица Рецептура Рецептуракод сырьярецептураназвание растениядолясчетчик1Монархдушица обыкновенная4112Монархеживика5923Бодрост ьзверобой обыкновенный2539Бодростьшалфей дикий6445Беседамелисса лекарственная2756Беседамята полевая5667Беседасердечник луговой1774Каркадемать-и-мачеха44810Карк адешиповник1691Каркадемелисса лекарственная40108Липтонцикорий обыкновенный91112Липтонеживика5129Липтон шалфей дикий4132Бодростьеживика1114
Таблица Показания Показанияпоказаниядозаспособ употреблениярецептурасчетчикнарушение пищеварения1 стакандо едыЛиптон1кашель2 стаканаво время едыМонарх2нарушение сна1 стаканперед сномБеседа3очищение организма3 стаканапосле едыБодрость4снижение гипертонического давления1 стаканза час до едыКаркаде5Золотуха2 стаканадо едыЛиптон6Коклюш1 стакандо едыЛиптон7Панкреатит1 стаканво время едыМонарх8Молокровие1 2 стаканачерез каждый часБодрость9Депрессия1 3 стакана4 раза в деньБеседа10
Таблица Противопоказания Противопоказанияпротивопоказаниярецептур асчетчикИндивид.непереносимостьМонарх1Ин дивид.непереносимостьБеседа2Беременность ,лактацияБодрость3беременность,лактацияЛ иптон4Беременность,лактацияКаркаде5 5. Разработка SQL запросов на создание таблиц Запрос 1. Обработка частей растений. В этом запросе будет содержаться информация о видах обработки сырья. SQL SELECT Сырь . часть растения , Сырь . вид обработки FROM Сырь Сырь Запросчасть растениявид обработкикореньэкстрагирование,сушкалист ьясушкастебельпромыв,сушкалистьясушкацве ткисушкастебельпромыв,сушкацветкисушкацв еткисушкалистьясушкаПлодыпромыв,сушка Рис. 3 Результат запроса 1 Запрос 2. На создание таблицы Рецептура показания . В нем помещается информация о рецептуре чая, болезни при которой применяется чай и способе употребления. SQL SELECT Гост.рецептура,
Показания.показания, Показания. способ употребления FROM Гост INNER JOIN Показания ON Гост.рецептура Показания.рецептура Гост Запрос1рецептурапоказанияспособ употребленияБеседанарушение снаперед сномБеседаДепрессия4 раза в деньБодростьочищение организмапосле едыБодростьМолокровиечерез каждый часКаркадеснижение гипертонического давленияза час до едыЛиптоннарушение пищеварениядо едыЛиптонЗолотухадо едыЛиптонКоклюшдо едыМонархкашельво
время едыМонархПанкреатитво время еды Рис.4 Результат запроса 2 6. Разработка SQL запросов на создание запросов пользователя Запрос 3. Растение, входящее в наибольшее число сборов SELECT DISTINCT TOP 1 Рецептура. название растения , Count Рецептура.рецептура AS Count-рецептура FROM
Рецептура GROUP BY Рецептура. название растения ORDER BY Count Рецептура.рецептура DESC Рецептура Запросназвание растенияCount-рецептураеживика3 Рис.5 Результат Запроса 3 Запрос 4. Рецепты сборов от указанной болезни SELECT Гост.рецептура, Показания.показания FROM Гост INNER JOIN Показания ON Гост.рецептура Показания.рецептура
WHERE Показания.показания нарушение сна Гост ЗапросрецептурапоказанияБеседанарушение сна Рис.6 Результат запроса 4 Заключение В ходе курсовой работы был проведен анализ предметной области в соответствие с заданием и определены используемые сущности и их основные свойства. После анализа связей между сущностями и определения типа этих связей была разработана схема данных для реляционной базы данных. Разработка схемы включала в себя определение необходимых ключей таблиц и ограничений целостности. Построенная схема данных была реализована при помощи SQL в виде операторов создания таблиц базы данных. В соответствие с заданием составлены операторы SQL для выполнения запросов на извлечение данных, которые выбирают из базы данных и представляют пользователю указанную в задании информацию. Список используемой литературы 1. Грабер М. Введение в
SQL. М 2000 206с. 2. Озкаркхан Э. Машины баз данных и управление базами данных. М 1989 160с. 3. Полищук Ю. М Хон В. Б. Теория автоматизированных банков информации. М 1989 130с.