При работе в автосалоне, была спроектирована и разработана в Microsoft Access база данных по продаже автомобилей японских и корейских фирм: Toyota, Lexus, Mitsubishi, Honda, Kia, Hyundai и др. Система управления базами данных Microsoft Access, входящий в состав пакета Microsoft Office, позволяет быстро создавать приложения различной степени сложности на основе технологий визуального программирования. В качестве базовой модели была выбрана реляционная БД. При проектировании основное внимание уделялось наглядности ввода, представления и обработки информации.

Как известно, основными элементами БД являются: таблицы, ключи и индексы, и связи между таблицами.

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

Ключ представляет собой комбинацию полей, данные в которых однозначно определяют каждую запись в таблице. Индекс, как и ключ, строится по полям таблицы. Использование индекса повышает скорость доступа к данных в таблице, так как доступ в данном случае выполняется не последовательно, а индексно последовательно.

Организация связи между таблицами осуществляется для обеспечения целостности БД. Для связывания таблиц используются поля связи (совпадающие поля). Поля связи при этом должны быть индексированными.

Структура Microsoft Access кроме этого позволяет отдельно создавать SQL запросы на требуемую выборку из таблиц, формы, отчёты и кроме этого страницы, макросы, модули.

Таким образом, для построения базы данных необходимо было определить структуру (состав) таблиц, ключевые (индексированные) поля, организовать связывание таблиц и соответственно создать необходимые запросы, формы и отчёты.

Начальный этап создания БД

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

Нормализация модели представления данных

Приведение модели к требуемому уровню нормальной формы является основой построения реляционной БД.

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

Данные, представленные в виде двумерной таблицы, являются первой нормальной формой реляционной модели данных.

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

Дальнейшая реализация заключается в основном в исключении аномалии дублирования данных.

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

· Первая нормальная форма — удаление повторяющихся групп.

· Вторая нормальная форма — удаление избыточных данных.

· Третья нормальная форма — удаление атрибутов, не зависящих от первичного ключа.

· Четвертая нормальная форма — изоляция независимых множественных отношений.

· Пятая нормальная форма — изоляция семантически связанных множественных отношений.

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

Нормализация повышает быстродействие, ускоряет сортировку и построение индекса, увеличивает степень группировки индекса, делает индекс более узким и компактным, уменьшает количество индексов на сущность, ускоряет операции вставки и обновления и уменьшает число неопределенных атрибутов.

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

Первая нормальная форма

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

Чтобы атрибуты Имя-Имя в табл. 2.1 не повторялись, следует создать отдельную сущность для каждого набора атрибутов; в результате появятся новые сущности.

Вариант №3 – БД «Продажи автомобилей».

Постановка задачи. Создать базу данных «Продажи автомобилей» содержащую информацию о продажах автомобилей различных производителей.
1) База данных должна содержать следующую информацию:

• Таблицу «Производители», содержащую следующую информацию о производителях автомобилей: Название фирмы, Страна, Город, Телефон.
• Таблицу «Модели», содержащую информацию о моделях автомобилей: Модель, Цвет, Коробка передач, Тип кузова, Цена.
• Таблицу «Клиенты», содержащую информацию о клиентах: Фамилия, Имя, Отчество, Пол, Страна, Город, Телефон.
• Таблицу «Заказы», содержащую информацию о заказах автомобилей:Дата заказа, Количество.

2) Определить первичные и вторичные (внешние) ключи (если необходимо добавьте поля). Ввод данных в поля внешнего ключа, а также в поля с небольшим набором возможных значений организовывать с помощью мастера подстановок, а также предусмотреть маску ввода, где это возможно.
3) Установить связь между таблицами, предусмотрев обеспечение целостности данных, каскадное обновление связанных полей и каскадное удаление связанных записей.
4) Ввести не менее 4 записей в таблицы без внешнего ключа и не менее 10 записей в таблицы, содержащие поле внешнего ключа.
5) Создать следующие запросы, задав для них смысловые имена:

• Запрос на выборку. Для отображения количества заказов за первые 9 месяцев каждого года. На экран вывести следующие поля: Дата заказа, Количество.
• Параметрический запрос. Для определения клиентов каждого города, определяемого параметром, с указанием всех характеристик заказанных им автомобилей. На экран вывести следующие поля: Фамилия, Город, Телефон, Количество, Дата заказа.
• Запрос на обновление. Для снижения в таблице «Модели1» заводской цены на автомобили произвольной марки на 5% в связи проведением рекламной акции. Для этого создайте резервную копию таблицы «Модели», реализовав запрос на создание таблицы.
• Запрос на вычисляемое поле. Для отображения общего количества заказов определенной марки и цены автомобиля. Цена автомобиля составляет 85%, если количество заказов меньше 15 штук и 115%, если количество заказов больше 70 штук, в противном случае цена автомобиля остается неизменной.
• Перекрестный запрос. Для отображения общей суммы заказов автомобилей определенного цвета той или иной коробки передач.
• Запрос на групповые операции. Для отображения средней цены на автомобили разной коробки передач.

6) Создать следующие формы, задав для них смысловые имена.

• Подчиненную форму, отображающую данные из таблиц «Клиенты» и «Заказы». В созданную форму добавить кнопки для перехода между записями.
• Создать форму, отображающую следующую информацию: Название фирмы, Страна, Город, Телефон, Модель, Цвет, Коробка передач, Тип кузова, Цена.

7) Создать отчет, отображающий следующую информацию о заказах: Дата заказа, Количество, Фамилия, Модель, Цена. В область примечаний добавить общую сумму заказа данного клиента по следующей формуле =Количество*Цена.
8) Создать макросы для открытия всех таблиц базы данных. Задать смысловые имена макросам.
9) В режиме конструктора создать форму «Пользовательский интерфейс», позволяющую работать с созданной базой данных. На форме отобразить информацию о названии базы данных и об авторе. Поместить на форме командные кнопки, позволяющие открывать все таблицы, запросы, формы и отчеты, задать для них смысловые имена. Отредактировать форму с помощью элементов рисования панели элементов. Поместить на нее свою фотографию.
10) Создать макрос для автоматического открытия формы «Пользовательский интерфейс».

Таблица «Модели» — База данных Access Продажи автомобилей

Таблица «Заказы» — База данных Access Продажи автомобилей

Запрос «Всего продано» — База данных Access Продажи автомобилей

Форма «Клиенты» — База данных Access Продажи автомобилей

Отчет — База данных Access Продажи автомобилей

Пользовательский интерфейс — База данных Access Продажи автомобилей

Готовая база данных Access Продажи автомобилей доступна для скачивания по ссылке ниже.

Автокаталоги для разработки сайтов и проектов авто-мото тематики

Актуальные данные

Все базы данных и каталоги периодически обновляются и пополняются. Только актуальная и полная информация.

Удаленный доступ

Мощный сервер в датацентре Moscow-IX позволит экономить ваши ресурсы, а так же ускорит сайт за счет параллельной загрузки страницы.

Техническая поддержка

Всем клиентам оказывается помощь в настройке, подключении, адаптации и интеграции любой базы данных. Консультации бесплатны.

Готовые базы данных MySQL

При разработе любого проекта автомобильной тематики возникает вопрос подбора автозапчастей, поиска аналогов и получения характеристик изделия. Мы предлагаем актуальные и пополняемые базы данных в виде сформированных дампов — достаточно загрузить на сайт и начать пользоваться!

Собрать воедино самые востребованные авто-мото каталоги для ускорения процесса запуска проектов автомобильной тематики

Ресурсы

Сетевые каталоги автомобилей, автомобильные базы данных, самостоятельный сбор информации — множество ресурсов для для единой цели

Достижения

Созданных на сегодняшний день баз достаточно для запуска любого проекта, но они не только обновляются, но и расширяются в новых решениях