Проектирование физической схемы базы данных

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

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

В данной работе использоваласт СУБД MySQL. Обоснование выбыбора этой СУБД представлено в разделе 2.1

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

В случае реляционной модели данных под этим подразумевается следующее:

создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных;

определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность СУБД;

разработка средств защиты создаваемой системы.

В таблицах1-14 наглядно представлены все таблицы физической базы данных: ЗАЯКА, ОПЛАТА, ЗАПЧАСТЬ, ОПЛАТА, ЗАРПЛАТА, ДОГОВОР, АВТОМОБИЛЬ, КЛИЕНТ, ЗАКАЗАННАЯ УСЛУГА, ПОТАВКА, ПОСТАВЩИК, ВЫПОЛНЕННАЯ РАБОТА, СОТРУДНИК, ДОЛЖНОСТЬ с перечислением столбцов, их типов, размеров и значений по умолчанию, если такие имеются. В качестве типа таблицы выбран формат InnoDB.

 

Таблица 1 - Структура таблицы ЗАЯВКА

Название поля	Тип данных
Код заявки	int (255)	PK
Код договора	int (255)	FK
Код запчасти	int (255)	FK
Количество	int (255)
Стоимость	decimal

 

В таблице ЗАЯВКА содержится следующая информация: идентификационный номер заявки - значение является первичным ключом данной таблицы, идентификационный номер договора - внешний ключ для связи заявки с конкретным договором, идентификационный номер запчасти - внешний ключ для связи заявки с конкретной запчастью, количество запчастей и стоимость.

 

Таблица 2 - Структура таблицы ПОСТАВЩИК

Название поля	Тип данных
Код поставщика	int (255)	PK
Название	varchar (255)
Телефон	varchar (255)
Адрес	varchar (255)

 

В таблице ПОСТАВЩИК содержится следующая информация: идентификационный номер поставщика - значение является первичным ключом данной таблицы, название, телефон и адрес поставщика.

 

Таблица 3 - Структура таблицы ОПЛАТА

Название поля	Тип данных
Код оплаты	int (255)	PK
Код договора	int (255)	FK
Сумма	decimal (255)
Дата	date (255)
Вид	varchar (255)
Денежный взнос	decimal (255)
Остаток	decimal (255)
Готовность	boll (255)

 

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

 

Таблица 4 - Структура таблицы ЗАПЧАСТЬ

Названия поля	Тип данных
Код запчасти	int (255)	PK
Название	varchar (255)
Фирма	varchar (255)
Характеристика	varchar (255)

 

В таблице ЗАПЧАСТЬ содержится следующая информация: идентификационный номер запчасти - значение является первичным ключом данной таблицы, название, фирма и характеристика.

 

Таблица 5 - Структура таблицы ЗАРПЛАТА

Название поля	Тип данных
Код зарплаты	int (255)	PK
Код сотрудника	int (255)	FK
Сумма	decimal (255)
Дата выдачи	date (255)

 

В таблице ЗАРПЛАТА содержится следующая информация: идентификационный номер зарплаты - значение является первичным ключом данной таблицы, идентификационный номер сотрудника - внешний ключ для связи зарплаты с конкретным сотрудником, сумма и дата выдачи.

 

Таблица 6 - Структура таблицы ДОГОВОР

Название поля	Тип данных
Код договора	int (255)	PK
Код клиента	int (255)	FK
Дата заключения	date (255)
Дата исполнения	date (255)

 

В таблице ДОГОВОР содержится следующая информация: идентификационный номер договора - значение является первичным ключом данной таблицы, идентификационный номер клиента - внешний ключ для связи договора с конкретным клиентом, дата заключения и дата исполнения.

 

Таблица 7 - Структура таблицы КЛИЕНТ

Название поля	Тип данных
Код клиента	int (255)	PK
ФИО	varchar (255)
Адрес	varchar (255)
Телефон	varchar (255)
Паспорт	varchar (255)

 

В таблице КЛИЕНТ содержится следующая информация: идентификационный номер клиента - значение является первичным ключом данной таблицы, ФИО, адрес, телефон и паспорт.

 

Таблица 8

Структура таблицы АВТОМОБИЛЬ

Название поля	Тип данных
Код автомобиля	int (255)	PK
Код клиента	int (255)	FK
Модель	varchar (255)
Номерной знак	varchar (255)
Тех. Паспорт	varchar (255)
Год выпуска	date (255)
Номер места	int (255)
Дата	date (255)
Дата возврата	date (255)

 

В таблице АВТОМОБИЛЬ содержится следующая информация: идентификационный номер автомобиля - значение является первичным ключом данной таблицы, идентификационный номер клиента - внешний ключ для связи автомобиля с конкретным клиентом, модель, номерной знак, тех паспорт, год выпуска, номер места, дата, дата возврата.

 

Таблица 9 - Структура таблицы ЗАКАЗАННАЯ УСЛУГА

Название поля	Тип данных
Код заказанной услуги	int (255)	PK
Код договора	int (255)	FK
Код услуги	int (255)	FK
Количество	int (255)
Стоимость	decimal (255)
Готовность	boll (255)

 

В таблице ЗАКАЗАННАЯ УСЛУГА содержится следующая информация: идентификационный номер заказанной услуги - значение является первичным ключом данной таблицы, идентификационный номер договора - внешний ключ для связи заказанной услуги с конкретным договором, идентификационный номер услуги - внешний ключ для связи заказанной услуги с конкретной услугой, количество, стоимость и готовность.

 

Таблица 10 - Структура таблицы УСЛУГА

Название поля	Тип данных
Код услуги	int (255)	PK
Вид	varchar (255)
Название	varchar (255)
Стоимость	decimal (255)

 

В таблице УСЛУГА содержится следующая информация: идентификационный номер услуги - значение является первичным ключом данной таблицы, вид, название и стоимость.

 

Таблица 11 - Структура таблицы ПОСТАВКА

Название поля	Тип данных
Код поставки	int (255)	PK
Код заявки	int (255)	FK
Код поставщика	int (255)	FK
Количество	int (255)
Дата	date (255)
Стоимость	decimal (255)

 

В таблице ПОСТАВКА содержится следующая информация: идентификационный номер поставка - значение является первичным ключом данной таблицы, идентификационный номер заявки - внешний ключ для связи поставки с заявкой, идентификационный номер поставщика - внешний ключ для связи поставки с поставщиком, количество, дата и стоимость.

 

Таблица 12 - Структура таблицы ВЫПОЛНЕННАЯ РАБОТА

Название поля	Тип данных
Код выполненной работы	int (255)	PK
Код заказанной услуги	int (255)	FK
Код сотрудника	int (255)	FK
Количество часов	int (255)
Дата	date (255)

 

В таблице ВЫПОЛНЕННАЯ РАБОТА содержится следующая информация: идентификационный номер выполненной работы - значение является первичным ключом данной таблицы, идентификационный номер заказанной услуги - внешний ключ для связи выполненной работы с конкретной заказанной услугой, идентификационный номер сотрудника - внешний ключ для связи выполненной работы с конкретным сотрудником, количество часов и дата.

 

Таблица 13 - Структура таблицы СОТРУДНИК

Название поля	Тип данных
Код сотрудника	int (255)	PK
Код должности	int (255)
ФИО	varchar (255)
Дата рождения	date (255)

 

В таблице СОТРУДНИК содержится следующая информация: идентификационный номер сотрудник - значение является первичным ключом данной таблицы, идентификационный номер должности - внешний ключ для связи сотрудника с конкретной должностью, ФИО и дата рождения.

 

Таблица 14 - Структура таблицы ДОЛЖНОСТЬ

Название поля	Тип данных
Код должности	int (255)	PK
Название	varchar (255)
Оклад	decimal (255)
Премия	decimal (255)

 

В таблице ДОЛЖНОСТЬ содержится следующая информация: идентификационный номер должности - значение является первичным ключом данной таблицы, название, оклад и премия.

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

 

 

Рисунок 3 - Физическая схема базы данных учета автозапчастей и предоставляемых услуг автосервиса