Общие условия выбора системы дренажа: Система дренажа выбирается в зависимости от характера защищаемого...
Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим...
Топ:
Проблема типологии научных революций: Глобальные научные революции и типы научной рациональности...
Оснащения врачебно-сестринской бригады.
Оценка эффективности инструментов коммуникационной политики: Внешние коммуникации - обмен информацией между организацией и её внешней средой...
Интересное:
Распространение рака на другие отдаленные от желудка органы: Характерных симптомов рака желудка не существует. Выраженные симптомы появляются, когда опухоль...
Принципы управления денежными потоками: одним из методов контроля за состоянием денежной наличности является...
Финансовый рынок и его значение в управлении денежными потоками на современном этапе: любому предприятию для расширения производства и увеличения прибыли нужны...
Дисциплины:
2020-04-01 | 112 |
5.00
из
|
Заказать работу |
|
|
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого принимаются решения о способах реализации разрабатываемой базы данных.
Приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД, так как физическое проектирование неразрывно связано с конкретной СУБД.
В данной работе использоваласт СУБД 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 - Физическая схема базы данных учета автозапчастей и предоставляемых услуг автосервиса
|
|
Семя – орган полового размножения и расселения растений: наружи у семян имеется плотный покров – кожура...
Типы оградительных сооружений в морском порту: По расположению оградительных сооружений в плане различают волноломы, обе оконечности...
История создания датчика движения: Первый прибор для обнаружения движения был изобретен немецким физиком Генрихом Герцем...
Архитектура электронного правительства: Единая архитектура – это методологический подход при создании системы управления государства, который строится...
© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!