Системы прграммного обеспечения и баз данных

Содержание

Введение………………………………………………………………………...….4

1. Реляционная модель данных……………………………………………………6

2. Задание на разработку…………………………………………………………..7

3. Нормализация отношений и приведение их к третьей нормальной форме…8

4. Проектирование модели данных…………………………………………….…9

5. Разработка SQL – запросов на создание таблиц…………………………..…10

6. Разработка SQL – запросов на создание запросов пользователя…………...12

Заключение………………………………………………………………………...13

Список используемой литературы……………………………………………….14

Введение

База данных – это совокупность сведений о некоторой предметной области, организованной таким образом, что эти сведения могут быть использованы для решения реальной задачи. Предметная область – это часть реального мира, подлежащая изучению для организации управления.

Базы данных характеризуются преобладанием в процессе обработки информации задач, связанных с большим количеством расчетов, формированием итоговых документов и составлением отчетов.

Для хранения больших объемов информации используются базы данных. Система управления базой данных (СУБД) организует данные таким образом, чтобы пользователи и прикладные программы могли без труда извлекать и обрабатывать их. На сегодняшний день наиболее популярным продуктом на рынке настольных СУБД является Access. Благодаря уникальному сочетанию функций эта программа удовлетворяет требованиям как рядовых пользователей, так и самых взыскательных профессиональных разработчиков.

Большинство современных баз данных принадлежит к реляционному типу. Реляционной называется база данных, в которой все данные, доступные пользователю, организованны в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами. В реляционной базе данных информация организованна в виде таблиц, разделенных на строки и столбцы, на пересечении которых содержатся значения данных. Столбцы таблицы упорядочены слева направо, и их порядок определяется при создании таблицы.

Каждый столбец содержит данные одного типа. Строки таблицы также называют записями, а столбцы – полями базы данных.

Запросом к базе данных называется процесс запрашивания данных и получения результата.[1]

1. Реляционная модель данных

Модель данных описывает некоторый набор родовых понятий и признаков, которыми должны обладать все конкретные СУБД и управляемые ими базы данных, если они основываются на этой модели. Наличие модели данных позволяет сравнивать конкретные реализации, используя один общий язык.

Хотя понятие модели данных является общим, и можно говорить об иерархической, сетевой, объектно-ориентированной и т.п. моделях данных, нужно отметить, что это понятие было введено в обиход применительно к реляционным системам и наиболее эффективно используется именно в этом контексте.

В настоящее время эта модель является стандартом, на который ориентируются практически все современные коммерческие СУБД. Реляционная модель представляет собой средства описания данных на основе только их естественной структуры, т.е. представление данных не зависит от способа их организации. Это обеспечивается за счет использования математической теории отношений и нормализации отношений.

Реляционная модель ориентирована на организацию данных в виде реляционных таблиц, состоящих из строк (записей или кортежей) и столбцов (полей и атрибутов).[2]

2. Задание на разработку

В курсовом проекте необходимо разработать и создать базу данных для предложенной предметной области. Список атрибутов, указанный в задании, является обязательным и может быть дополнен атрибутами, необходимыми для нормализации отношений.

Курсовой проект должен содержать следующие разделы:

1. Нормализация отношений и приведение их к пятой нормальной форме.

2. Проектирование модели данных.

3. Разработка SQL-запросов на создание таблиц.

4. Разработка SQL-запросов на создание запросов пользователей.

5. Примеры выполнения запросов.

Вариант задания:

Фиточай. Описание рецептов травяных сборов.

Атрибуты: название растения, место распространения, время сбора, часть растения (цветы, листья, корни и т.д.), вид обработки, рецептура чая, способ употребления, единовременная доза, показания, противопоказания.

3. Нормализация отношений и приведение их к третьей нормальной форме

Изначально в задании имеется список, состоящий из нескольких атрибутов. Разобьем этот список на несколько таблиц, в которых атрибуты близки по смыслу друг к другу (рис.1). После этого, исключая из каждой таблицы составные и списочные атрибуты, представим схему данных в третьей нормальной форме (рис.2)

Рис.1- Исходные и преобразованные данные.

4. Проектирование модели данных

Можно составить следующую схему данных (рис. 2). Жирным шрифтом выделены ключевые поля.

Рис.2 – Схема данных.

Разработанная схема данных содержит шесть таблиц и может быть реализована при помощи SQL. При этом необходимо для каждого поля таблицы определить тип данных, который наиболее подходит для хранения соответствующей информации.

Примеры заполнения таблиц:

Таблица Растения

Таблица Сырьё

Таблица ГОСТ

Таблица Рецептура

Таблица Показания

Таблица Противопоказания

5. Разработка SQL – запросов на создание таблиц

Запрос №1. Обработка частей растений.

В этом запросе будет содержаться информация о видах обработки сырья.

SQL:

SELECT Сырьё.[часть растения], Сырьё.[вид обработки]

FROM Сырьё;

Рис. 3 – Результат запроса №1

Запрос №2. На создание таблицы “Рецептура – показания”.

В нем помещается информация о рецептуре чая, болезни при которой применяется чай и способе употребления.

SQL:

SELECT Гост.рецептура, Показания.показания, Показания.[способ употребления]

FROM Гост INNER JOIN Показания ON Гост.рецептура = Показания.рецептура;

Рис.4 – Результат запроса №2

6. Разработка SQL – запросов на создание запросов пользователя

Запрос №3. Растение, входящее в наибольшее число сборов:

SELECT DISTINCT TOP 1 Рецептура.[название растения], Count(Рецептура.рецептура) AS [Count-рецептура]

FROM Рецептура

GROUP BY Рецептура.[название растения]

ORDER BY Count(Рецептура.рецептура) DESC;

Рис.5 – Результат Запроса №3

Запрос №4. Рецепты сборов от указанной болезни:

SELECT Гост.рецептура, Показания.показания

FROM Гост INNER JOIN Показания ON Гост.рецептура = Показания.рецептура

WHERE (((Показания.показания)="нарушение сна"));

Рис.6 – Результат запроса №4

Заключение

В ходе курсовой работы был проведен анализ предметной области в соответствие с заданием и определены используемые сущности и их основные свойства. После анализа связей между сущностями и определения типа этих связей была разработана схема данных для реляционной базы данных. Разработка схемы включала в себя определение необходимых ключей таблиц и ограничений целостности. Построенная схема данных была реализована при помощи SQL в виде операторов создания таблиц базы данных. В соответствие с заданием составлены операторы SQL для выполнения запросов на извлечение данных, которые выбирают из базы данных и представляют пользователю указанную в задании информацию.

Список используемой литературы

1. Грабер М. Введение в SQL. –М., 2000. - 206с.

2. Озкаркхан Э. Машины баз данных и управление базами данных. – М., 1989. - 160с.

3. Полищук Ю. М., Хон В. Б. Теория автоматизированных банков информации. – М., 1989. - 130с.