Разработка базы данных для хранения информации о мероприятиях и продуктах - Курсовая работа

Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей.Однако сегодня большинство систем управления базами данных (СУБД) позволяют размещать в своих структурах не только данные, но и методы (то есть программный код), с помощью которых происходит взаимодействие с потребителем или с другими программно-аппаратными комплексами. Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. В современной технологии баз данных предполагается, что создание базы данных, ее поддержка и обеспечение доступа пользователей к ней осуществляются централизованно с помощью специального программного инструментария - системы управления базами данных. Централизованный характер управления данными в базе данных предполагает необходимость существования некоторого лица (группы лиц), на которое возлагаются функции администрирования данными, хранимыми в базе. По способу доступа к данным базы данных разделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.Такая модель создается без ориентации на какую-либо конкретную СУБД и модель данных. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности. Часть реального мира, модель которой разрабатывается, называется предметной областью. Среди методов концептуального моделирования наибольшей популярностью пользуется ER-моделирование. ER-модель представляет собой графическое описание предметной области в терминах «объект-свойство-связь».Для создания БД я буду использовать программу Microsoft Access (СУБД Access). В свою очередь, создание базы данных начинается с создания нового файла базы данных *.mdb и может выполняться следующим образом: 1. полное "ручное" описание структуры базы данных как набора таблиц, записей и полей Описание каждой таблицы включает в себя: 1. задание имени таблицы Анализируя задание курсовой работы, можно выделить 5 таблиц: «клиент», «мероприятие», «товар», «рецепт», «ингредиенты».

Содержание

Введение

1. Основные понятия базы данных

1.1 База данных

1.2 Реляционная БД

2. Основные этапы проектирования

2.1 Концептуальная (логическая) модель БД "Экспресс поставки"

2.2 Физическая модель БД "Экспресс поставки"

3. Создание БД в Access

4. SQL запросы к БД

Заключение

Список литературы и используемых источников

Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных (СУБД).

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

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

2 Использование списка столбцов

SELECT клиент.Признак, клиент.Телефон

FROM клиент;

Результат : 3 Сортировка с помощью оператора ORDER BY

SELECT клиент.Признак, клиент.Телефон, клиент.[ФИО/Название]

FROM клиент

ORDER BY клиент.[ФИО/Название];

Результат:

4 Сортировка с несколькими столбцами

SELECT клиент.Признак, клиент.Телефон, клиент.[ФИО/Название]

FROM клиент

ORDER BY клиент.[ФИО/Название], клиент.Телефон;

Результат:

5 Выбор строк с помощью оператора WHERE SELECT мероприятие.Стоимость, мероприятие.[Колво порций]

FROM мероприятие

WHERE (((мероприятие.[Колво порций]) >5));

Результат:

6 Выбор строк с помощью оператора WHERE с текстовыми значениями

SELECT клиент.Признак, клиент.Телефон, клиент.[ФИО/Название]

FROM клиент WHERE (((клиент.Признак) = "част.")); Результат :

7 Использование оператора LIKE

SELECT клиент.Признак, клиент.Телефон, клиент.[ФИО/Название]

FROM клиент WHERE (((клиент.Телефон) Like "67*"));

Результат:

8 Используйте сложные условия WHERE

SELECT мероприятие.Стоимость, мероприятие.[Колво порций], мероприятие.Адрес

FROM мероприятие

WHERE мероприятие.[Колво порций] >5 And мероприятие.[Колво порций] <2000;

Результат:

9 Примените функцию Sum

SELECT Sum (мероприятие.Стоимость) As [Summa]

FROM мероприятие;

Результат:

10 Примените функцию Count(*)

SELECT Count(*) As [Всего строк]

FROM мероприятие;

Результат:

11 Использование оператора WHERE с функциями обобщения

SELECT Sum (мероприятие.Стоимость) As [Summa]

FROM мероприятие

WHERE (((мероприятие.[Колво порций]) >5));

Результат:

12 Использование оператора DISTINCT

SELECT DISTINCT клиент.Признак

FROM клиент;

Результат:

13 Группировка и функции обобщения

SELECT DISTINCT товар.Название, Avg(товар.Стоимость) AS [Avg_стоимость]

FROM товар

GROUP BY товар.Название;

Результат:

14 Ограничение количества групп с помощью оператора HAVING

SELECT DISTINCT товар.Название, Avg(товар.Стоимость) AS [Avg_стоимость]

FROM товар

GROUP BY товар.Название

HAVING Avg(товар.Стоимость) >1000;

Результат:

15 Использование в одном запросе операторов HAVING и WHERE

SELECT DISTINCT товар.Название, Avg(товар.Стоимость) AS [Avg_стоимость]

FROM товар

WHERE (((товар.Стоимость) Like "5*"))

GROUP BY товар.Название

HAVING Avg(товар.Стоимость) >1000;

Результат:

16 Объединение данных из нескольких таблиц

SELECT мероприятие.[id_m], клиент.[E-mail], клиент.Признак

FROM клиент INNER JOIN [мероприятие] ON клиент.[E-mail]=мероприятие.[E-mail$клиент];

Результат:

17 Объединение операций слияния с другими условиями оператора WHERE

SELECT мероприятие.[id_m], клиент.[E-mail], клиент.Признак

FROM клиент INNER JOIN [мероприятие] ON клиент.[E-mail]=мероприятие.[E-mail$клиент]

WHERE (((клиент.Признак) = "част."));

Результат :

18 Объединения более двух таблиц

SELECT мероприятие.[id_m], клиент.[E-mail], клиент.Признак, товар.Название, товар.Стоимость

FROM товар INNER JOIN ([клиент] INNER JOIN мероприятие ON клиент.[E-mail]=мероприятие.[E-mail$клиент]) ON мероприятие.[id_m]=товар.[id_m$мероприятие] ;

Результат: Использование подзапросов

SELECT мероприятие.Стоимость, мероприятие.[Колво порций]

FROM мероприятие

WHERE (((мероприятие.[Колво порций]) > (SELECT avg (мероприятие.[Колво порций]) FROM мероприятие)))

Результат:

Заключение субд реляционный sql access

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

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

Список литературы и используемых источников

1. Дунаев В.В.-Базы данных. Язык SQL-БХВ-Петербург (2009)

2. Хомоненко А.Д. Цыганков В.М. Мальцев М.Г. -Базы данных-КОРОНА(2004)

3. http://ru.wikipedia.org

4. http://itteach.ru/

Размещено на