- •Кочкина м.А., Жуков в.О. Проектирование баз данных с использованием субд Access
- •Содержание
- •Введение
- •Лабораторная работа №1 Разработка инфологической модели и создание структуры реляционной базы данных
- •Консультанты Поставщики
- •Продажи Автомобили
- •Поставки Покупатели
- •Лабораторная работа № 2 Создание таблиц базы данных
- •Лабораторная работа № 3 Установка связей между таблицами
- •Лабораторная работа № 4 Создание форм для таблиц базы данных
- •Лабораторная работа № 5 Создание кнопочных форм базы
- •Лабораторная работа № 6 Создание сложных форм
- •Сводные таблицы и сводные диаграммы
- •Лабораторная работа № 7 Создание простых запросов на выборку
- •Лабораторная работа № 8 Создание запросов на изменение данных
- •Лабораторная работа № 9 Перекрестные запросы и групповые операции над данными
- •Лабораторная работа № 10 Запрос на создание новой таблицы
- •Лабораторная работа № 11 Создание отчетов
- •Лабораторная работа № 12 Импорт и экспорт данных
- •Лабораторная работа № 13 Макросы и модули
- •Библиотека
- •Анонсы фильмов на неделю
- •Индивидуальные задания
- •Заключение
- •Список литературы
Консультанты Поставщики
Продажи Автомобили
Поставки Покупатели
Рис 6. Информационно-логическая модель
Реквизитный состав этих объектов (рис 7):
Консультанты (ФИО, Стаж работы, Адрес, Телефон, Дата рождения, Дети);
Автомобили (Марка, Технические характеристики, Изображение);
Покупатели (ФИО, Адрес, Телефон);
Поставщики (Название, Адрес, Телефон);
Поставки (Марка автомобиля, Количество, Цена, Дата, Название пост-ка);
Продажи (Марка автомобиля, Цвет, Цена, ФИО покупателя, ФИО консультанта, Дата).
Обратим внимание на тип связей между информационными объектами. Они могут быть трех видов:
1. Связь «один-к-одному» ( 1:1)
A B
Одному экземпляру информационного объекта А соответствует строго один экземпляр информационного объекта B (и наоборот). Связи такого типа используются редко, как правило для разделения широких таблиц.
2. Связь «один-ко-многим» (1: ∞)
A B
Одному экземпляру информационного объекта А может соответствовать ноль, один или несколько экземпляров информационного объекта B, но каждый экземпляр объекта В связан строго с одним экземпляром объекта А. Как правило связи между таблицами устанавливают именно по этому типу.
Автомобили
Марка авто
Техн. характ-ки
Изображение
Покупатели
ФИО
Адрес
телефон
Продажи
Марка авто
Цвет
Цена
ФИО покупателя
ФИО консультанта
Дата продажи
Марка авто
Количество
Цена
Дата поставки
Название п-ка
Поставки
Консультанты
ФИО
Стаж работы
Адрес
Телефон
Дата рождения
Дети
Название
Адрес
Телефон
Рис 7. Логическая модель
Например связь между объектами «Покупатели» и «Продажи» - один покупатель может совершить несколько покупок; «Автомобили» и «Продажи»- одну марку авто могут приобрести несколько раз; «Консультанты» и «Продажи»- один консультант обслуживает несколько сделок. «Автомобили» и «Поставки»- одну марку авто можно неоднократно получать с поставками; «Поставщики» и «Поставки»- один поставщик совершает несколько поставок. При этом обратное не верно: одну поставку совершает строго один поставщик; одну продажу обслуживает строго один консультант и т.д.
3.Связь «многие-ко-многим» ( ∞: ∞)
A B
Одному экземпляру информационного объекта А может соответствовать ноль, один или несколько экземпляров информационного объекта B и наоборот- одному экземпляру информационного объекта В может соответствовать ноль, один или несколько экземпляров объекта А. Такой тип связи в явном виде не может быть установлен, необходима третья связующая таблица.
Например связь между объектами «Покупатели» и «Консультанты»- один покупатель в разное время может обслуживаться несколькими консультантами, один консультант обслуживает несколько покупателей; «Покупатели» и «Автомобили»- один покупатель может приобрести автомобили разных марок, автомобили одной марки могут быть куплены несколькими покупателями; «Консультанты» и «Автомобили»- один консультант продает авто разных марок, одну марку могут продать разные консультанты; «Поставщики» и «Автомобили»- один поставщик доставляет авто разных марок, каждая марка может быть доставлена разными поставщиками.
Часто для уменьшения объема информации в таблицы вводят числовые коды- например добавим реквизиты «№ поставки», «№ поставщика», «№ продажи», «Таб. № консультанта». Эта мера позволит так же перейти от составных ключей таблиц к простым:
Автомобили
Марка авто
Техн. характ-ки
Изображение
ФИО
Адрес
телефон
Продажи
№ продажи
Марка авто
Цвет
Цена
ФИО покупателя
Таб. № консультанта
Дата продажи
Поставки
№ поставки
Марка авто
Количество
Цена
Дата поставки
№ поставщика
Поставки
Консультанты
Таб. № консультанта
ФИО
Стаж работы
Адрес
Телефон
Дата рождения
Дети
Поставщики
№ поставщика
Название
Адрес
Телефон
Рис 8. Логическая модель