- •«Основные этапы создания реляционной бд»
- •Постановка задачи
- •Анализ предметной области
- •Проектирование бд «Автосалон»
- •Реализация бд «Автосалон»
- •Контрольные вопросы
- •Основные этапы создания реляционной бд и их содержание.
- •Понятие информационно-логической модели предметной области и порядок ее формирования.
- •Требования, предъявляемые к содержанию таблиц реляционной бд.
- •Понятие «поле» таблицы бд. Какие бывают поля? Как формируется имя поля?
- •Как задать ключевое поле в таблице?
- •В чем различие между первичным и внешним ключом?
Министерство образования Республики Беларусь
БЕЛОРУССКИЙ НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
Кафедра «Основы бизнеса»
Отчет о выполнении лабораторной работы №2
«Основные этапы создания реляционной бд»
по дисциплине «Информационные технологии»
Выполнил: студент гр.105311
Калесник О.М
Принял: преподаватель
Корзун С.Е.
Минск 2011
Цель работы: изучить этапы создания реляционной БД; практически освоить создание реляционной БД средствами СУБД MS Aсcess.
Постановка задачи
Средствами реляционной СУБД 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. Проект логической структуры БД Автосалон