- •Цели и задачи курсового проектирования
- •Основные требования к курсовой работе.
- •Структура и содержание отчета по курсовой работе
- •Оформление курсовой работы
- •Список литературы
- •Методические указания к проектированию баз данных под управлением субд access Пример базы данных оптовой фирмы.
- •Этапы проектирования базы данных
- •Проектирование реляционной модели бд
- •1. Текстовый
- •10. Мастер подстановок
- •Создание структуры бд в среде субд access
- •Создание структуры таблиц
- •Объединение структур таблиц в единую схему
- •Проектирование приложения «Учет и анализ выполнения заказов»
- •Разработка форм ввода данных
- •Форма «Ввод справочника о товарах»
- •Форма «Ввод списка клиентов»
- •Форма «Ввод данных о заказе»
- •Описание создания формы «Ввод справочника о товарах»
- •Описание создания формы «Заказы»
- •Создание макета формы «Заказы»
- •Создание подчиненной формы «Спецификация»
- •Создание связанной формы «Оплата»
- •Продолжение создания формы «Заказы»
- •Создание кнопочных форм
- •Создание запросов
- •Разработка первого запроса
- •Разработка второго запроса
- •Создание третьего запроса.
- •Создание четвертого запроса
- •Проектирование отчетов
- •Расширение функциональности приложений
- •Построение формы по результатам запроса
- •После нажатия кнопки «ок» ссылка на поле будет перенесена в запрос, и конечный вид запроса будет выглядеть следующим образом.
- •Использование объектов в приложениях
- •Использование базы данных в сети
Проектирование реляционной модели бд
Анализируя предметную область, описанную данной информацией, выделим следующие объекты:
Заказы;
Клиент;
Товар.
На основании информации об этих объектах спроектируем реляционную базу данных.
Реляционная БД представляет собой совокупность связанных между собой таблиц (отношений). Каждая таблица обладает структурой, элементами которой являются перечень атрибутов и их типов. Для заданного перечня требований возможен следующий подход к разработке отношений.
Основным отношением модели будет отношение сведений о заказах. Поскольку в заказ входят данные относящиеся как к заказу в целом так и к спецификации, данные которых связаны как один ко многим, информация заказа будет храниться в двух отношениях со следующей структурой.
ЗАКАЗ СПЕЦИФИКАЦИЯ
Наименование Тип Номер заказа Числовой
(целый) Код клиента Числовой
(целый) Дата заказа Дата Дата поставки Дата
Наименование Тип Номер заказа Числовой
(целый) Код товара Числовой
(целый) Цена Денежный Наценка С плав.точкой Скидка С плав.точкой Количество С плав.точкой
Учет оплаты заказов будет учитываться в следующем отношении:
ОПЛАТА
Номер заказа Числовой
(целый) Дата оплаты Дата Сумма оплаты Денежный
В отношении ЗАКАЗ вместо имени клиента ставится его код, так как в БД должны храниться дополнительные сведения о клиенте. Для хранения этих сведений необходимо отдельное отношение КЛИЕНТ со следующей структурой:
КЛИЕНТЫ
Наименование Тип Код клиента Числовой
(целый) Организация Текстовый Руководитель Текстовый Адрес Текстовый Телефон Текстовый Расчетный
счет Текстовый
Атрибуты отношения определяют примерный перечень реквизитов покупателя. Аналогично и для кода товара необходимо создать отношение, являющееся справочником продукции, со следующей структурой:
ТОВАР
Наименование Тип Код товара Числовой
(целый) Наименование Текстовый Единица
измерения Текстовый Цена Денежный
Во всех приведенных отношениях подчеркнуты атрибуты являющиеся ключами. Напомним, ключом называется атрибут или совокупность нескольких атрибутов, значения которых уникальны (не повторяются) на всем множестве строк (кортежей) отношения. Так в отношении ЗАКАЗ ключом является Номер заказа , так как предполагается, что не должно быть заказов с одинаковыми номерами. В отношении СПЕЦИФИКАЦИЯ ключ состоит из двух атрибутов – Номер заказа и Код товара , так как только совокупность значений этих атрибутов является уникальной в указанном отношении. Типы полей, используемые в базе, определяются смысловой характеристикой поля данных и допустимыми типами данных поддерживаемых СУБД. В Access существуют следующие типы данных.