Лабораторная работа 1 «Проектирование базы данных»

Задание. Спроектировать базу данных Автосалон.

Ход выполнение работы

Проектирование БД «Автосалон»

При проектирования базы данных выделяют следующие этапы:

Этап 1. Определение сущностей

В реляционной теории баз данных объект называется сущностью. Под объектом будем понимать некоторый элемент информационной системы.

Объект может быть реальным (например, человек, какой-либо предмет или населенный пункт) и абстрактным (например, событие, счет покупателя или изучаемый студентами курс).

В нашей задаче можно выделить следующие сущности

Автомобиль

Клиент

Сотрудник

Договор о продаже

Этап 2. Определение взаимосвязей между сущностями

Определим для включенных в модель сущностей взаимосвязи

Сотрудник

Клиент

			Договор

Автомобиль

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

Взаимосвязь выражает отображение или связь между двумя множествами данных. Различают взаимосвязи типа "один к одному", "один ко многим" и "многие ко многим".

Этап 3. Задание первичных и альтернативных ключей, определение атрибутов сущностей.

Каждый объект (сущность) в нашей задаче обладает набором свойств (атрибутов).

Атрибут - это информационное отображение свойств объекта. Каждый объект характеризуется рядом основных атрибутов.

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

Таким образом в нашем случае набор атрибутов будет выглядит следующим образом

Автомобиль: идентификационный номер, марка, модель, год выпуска, двигатель, цвет, цена.

Клиент: уникальный номер клиента, фамилия, имя, отчество, адрес, телефон, номер и серия паспорта.

Сотрудник: уникальный номер сотрудника, фамилия, имя, отчество, дата рождения, адрес, телефон, номер и серия паспорта.

Договор о продаже: номер договора, дата заключения договора, код клиента, код продавца, идентификационный номер автомобиля.

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

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

Первичный ключ - это атрибут (или группа атрибутов), которые единственным образом идентифицируют каждую строку в таблице.

Альтернативный ключ - это атрибут (или группа атрибутов), несовпадающий с первичным ключом и уникально идентифицирующий экземпляр объекта.

В нашем примере в качестве ключевых будут выбраны следующие поля:

У объекта автомобиль - идентификационный номер

У объекта клиент - уникальный номер клиента

У объекта сотрудник - уникальный номер сотрудника

У объекта договор о продаже – номер договора

Этап 4. Приведение модели к требуемому уровню нормальной формы

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

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

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

Этап 5. Физическое описание модели

На этом этапе мы должны составить проекты таблиц, которые будут в дальнейшем реализовываться в конкретной СУБД.

Автомобиль

Имя поля	Тип данных	Описание
Идентификационный номер	Текстовый	Размер 17, использовать Маску ввода
Марка	Текстовый	Размер 50
Модель	Текстовый	Размер 50
Год выпуска	Числовой
Тип кузова	Текстовый	Мастер подстановок
Цвет	Текстовый
Цена	Денежный	Формат Денежный, 0 знаков после запятой

Клиент

Имя поля	Тип данных	Описание
Уникальный номер клиента	Текстовый	Размер 10
Фамилия	Текстовый	Размер 50
Имя	Текстовый	Размер 20
Отчество	Текстовый	Размер 20
Адрес	Текстовый	Размер 255
Номер телефона	Текстовый	Использовать Маску ввода
Номер и серия паспорта.	Текстовый	Использовать Маску ввода

Сотрудник

Имя поля	Тип данных	Описание
Уникальный номер сотрудника	Текстовый	Размер 10
Фамилия	Текстовый	Размер 50
Имя	Текстовый	Размер 20
Отчество	Текстовый	Размер 20
Дата рождения	Дата/Время	Краткий формат даты
Адрес	Текстовый	Размер 255
Номер телефона	Текстовый	Использовать Маску ввода
Номер и серия паспорта.	Текстовый	Использовать Маску ввода

Договор о продаже

Имя поля	Тип данных	Описание
Номер договора	Текстовый	Размер 10, использовать Маску ввода.
Дата заключения договора	Дата/время	Краткий формат даты
Код клиента	Текстовый	Размер 10, использовать Мастер подстановок.
Код сотрудника	Текстовый	Размер 10, использовать Мастер подстановок.
Идентификационный номер автомобиля	Текстовый	Размер 17, использовать Мастер подстановок