- •Кафедра «Основы бизнеса»
- •Лабораторный практикум
- •Минск 2009
- •Введение
- •Лабораторная работа № 1 основные приемы работы с реляционной субд ms access
- •Лабораторная работа № 2 основные этапы создания реляционной бд
- •Постановка задачи
- •Анализ предметной области
- •Проектирование бд «Автосалон»
- •Реализация бд «Автосалон»
- •Лабораторная работа № 3 разработка таблиц индивидуальной базы данных
- •Варианты индивидуальных заданий
- •Анализ данных при помощи запросов на выборку
- •1. Простой запрос
- •2. Исходные данные
- •3. Перекрестный запрос
- •4. Список фамилий
- •5. Алфавитный список с условием
- •6. Проживающие по адресу
- •7. Список с условием
- •8. Список по дате
- •9. Фамилия – верхний регистр
- •10. Три фамилии
- •Использование вычисляемых полей и параметров в запросах на выборку
- •1. Фамилия – нижний регистр
- •2. Фамилия_инициалы
- •3. Запрос с расчетами
- •4. Запрос с параметрами
- •5. Запрос с групповой операцией
- •6. Запрос с операцией sum
- •7. Запрос с операцией count
- •Использование стандартных функций ms access в запросах на выборку
- •1. Сведения за текущий месяц текущего года.
- •2. Работа по дням недели.
- •3. Определение возраста.
- •4. Стаж работы.
- •5. Пенсионеры.
- •6. Задания для самостоятельной работы.
- •Формирование запросов на изменение
- •1. Создание новой таблицы.
- •2. Экспорт данных.
- •3. Обновление данных.
- •4. Добавление данных.
- •5. Удаление данных.
- •Проектирование и использование табличных форм
- •1. Автоформа в столбец.
- •2. Форма с элементом управления Поле со списком.
- •3. Форма с объектом ole.
- •Исходные данные для построения Формы с объектом ole
- •4. Форма с диаграммой.
- •Проектирование и использование кнопочных форм
- •9. Проверить выполненные настройки, открыв бд (рис. 9.13).
- •Подготовка отчетов средствами ms access
- •1. Автоотчет в столбец.
- •2. Автоотчет ленточный.
- •3. Подробный итоговый отчет.
- •4. Почтовые наклейки.
- •Взаимодействие субд ms access с приложениями ms office
- •1. Публикация в Microsoft Word.
- •2. Анализ в Microsoft Excel.
- •3. Сводная таблица Microsoft Excel.
- •4. Слияние в Microsoft Word.
- •Разработка презентации базы данных средствами microsoft powerpoint
- •Литература
- •Содержание
Лабораторная работа № 2 основные этапы создания реляционной бд
Цель работы: изучить этапы создания реляционной БД; практически освоить создание реляционной БД средствами СУБД MS Aсcess.
Задания для выполнения работы
До начала работы по созданию базы данных необходимо:
изучить первичные документы предметной области;
выполнить описание выбранной предметной области, включая реальные объекты и процессы;
подготовить всю необходимую информацию для удовлетворения предполагаемых запросов пользователя;
определить потребности в обработке, анализе и отображении данных.
Укрупнено, процесс создания реляционной базы данных состоит из следующих этапов (рис. 2.1):
1 этап. Определение цели создания базы данных.
2 этап. Выделение информационных объектов предметной области.
3 этап. Определение логической структуры БД.
4 этап. Создание и заполнение объектов базы данных средствами конкретной СУБД.
Рис. 2.1. Этапы создания реляционной БД
Постановка задачи
Средствами реляционной СУБД Microsoft Access разработать БД для заданной предметной области.
Предметная область: деятельность фирмы по продаже автомобилей.
Входная информация: первичные документы предметной области (каталог автомобилей, бланк заказа, сведения о клиентах).
Выходная информация: таблицы-отношения Клиент, Автомобиль, Заказ (другие объекты БД в данной работе создаваться не будут).
Количественные ограничения: БД должна содержать информацию о 3 моделях автомобилей, о 3 клиентах, каждый клиент сформирует не менее 3 заказов.
Анализ предметной области
При традиционной организации деятельность салона по продаже автомобилей находит свое отражение в следующих документах:
каталог автомобилей, содержащий все необходимые характеристики, фотографию модели;
бланк заказа (договор купли-продажи) содержит всю информацию о заключенной сделке и сведения о клиенте;
карточка клиента (как правило, заполняется для постоянных клиентов) включает подробную информацию о клиенте.
Ручная обработка всей информации без использования вычислительной техники не может выполняться оперативно, требует значительных временных и трудозатрат. Использование базы данных Автосалон позволит оперативно накапливать, систематизировать и эффективно обрабатывать информацию по различным срезам, формировать отчеты, выявлять слабые звенья в системе продаж.
Проектирование бд «Автосалон»
Этап 1. Определение цели создания БД.
На первом этапе проектирования БД определяют цель создания БД, ее функции и примерный перечень информации.
Целью создания БД Автосалон является автоматизация учета информации по продаже автомобилей.
Функции БД Автосалон:
хранение информации о клиентах автосалона, о продаваемых автомобилях и сформированных заказах;
обновление и добавление информации (о клиентах, автомобилях и заказах);
анализ информации по различным срезам (клиент, автомобиль, заказ);
выдача итоговой информации в виде отчетов.
На основе анализа предметной области выделяют примерный перечень информации проектируемой БД:
сведения о клиенте автосалона;
технические характеристики автомобиля (модель, мощность двигателя, количество дверей, цвет кузова, обивка салона, дополнительное оснащение и т.п.);
сведения о сделке (цена автомобиля, транспортные и предпродажные издержки, дата заказа, скидка, сведения об оплате и т.п.).
Этап 2. Выделение информационных объектов предметной области.
На втором этапе проектирования БД составляют описание предметной области в виде реквизитов, извлекаемых из первичных документов – источников загрузки БД:
фамилия, имя, отчество клиента автосалона;
дата рождения, адрес, телефон клиента;
модель автомобиля;
характеристики автомобиля (мощность двигателя, количество дверей, цвет кузова, обивка салона, дополнительное оснащение и т.п.);
заводская цена автомобиля;
издержки (транспортные и предпродажные);
дата формирования заказа;
предоставляемые скидки, %;
оплачено.
Функциональный анализ реквизитов позволяет выделить два информационных объекта: Клиенты и Автомобили (рис. 2.2).
Рис. 2.2. Информационные объекты предметной области
«Продажа автомобилей»
Этап 3. Определение логической структуры БД.
Реальные отношения между информационными объектами являются отношениями «многие-ко-многим», которые непосредственно не поддерживаются реляционными СУБД. Поэтому их следует трансформировать в отношения «один-ко-многим» путем ввода объекта-связки Заказы.
Для установления связей каждому объекту назначается ключ (ключевое поле). При этом первичные ключи объектов Клиенты и Автомобили должны присутствовать как внешние ключи в объекте Заказы (рис. 2.3).
Рис. 2.3. Отношения 1:∞ между информационными объектами
В соответствии с понятиями реляционной СУБД каждому информационному объекту в проектируемой БД будет соответствовать отдельная таблица (Клиенты, Автомобили, Заказы).
Связь между таблицами устанавливается с помощью ключей Код клиента и Код модели, которые в главных таблицах Клиенты и Автомобили являются первичными, а в таблице-связке Заказы – внешними.
Таким образом, между таблицами Клиенты и Заказы, а также между таблицами Автомобили и Заказы устанавливаются отношения «один-ко-многим», которые поддерживаются реляционной СУБД.
На основе функционального анализа реквизитов определяют примерный состав и структуру данных базовых таблиц (табл. 2.1).
Таблица 2.1
Состав и структура данных базовых таблиц
Таблица Клиенты |
Таблица Автомобили |
Таблица Заказы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
При этом выполняются основные требования к содержанию таблиц:
Каждая таблица содержит информацию только на одну тему.
Информация в таблицах не дублируется.
Для связи между таблицами заданы первичные ключи, однозначно определяющие каждую запись в таблице.
При разработке полей для каждой таблицы необходимо учитывать:
Каждое поле должно быть связано с темой таблицы.
Не включать в таблицу данные, которые являются результатом вычисления.
Информацию следует разбивать на наименьшие логические единицы (например, поля Индекс, Страна, Населенный пункт, Почтовый адрес, а не общее поле Адрес).
В результате выполнения теоретических этапов 1–3 получают проект логической структуры БД Автосалон (рис. 2.4), соответствующей информационно-логической модели предметной области.
1
1
Рис. 2.4. Проект логической структуры БД Автосалон