Механическое удерживание земляных масс: Механическое удерживание земляных масс на склоне обеспечивают контрфорсными сооружениями различных конструкций...
Эмиссия газов от очистных сооружений канализации: В последние годы внимание мирового сообщества сосредоточено на экологических проблемах...
Топ:
Эволюция кровеносной системы позвоночных животных: Биологическая эволюция – необратимый процесс исторического развития живой природы...
Комплексной системы оценки состояния охраны труда на производственном объекте (КСОТ-П): Цели и задачи Комплексной системы оценки состояния охраны труда и определению факторов рисков по охране труда...
Характеристика АТП и сварочно-жестяницкого участка: Транспорт в настоящее время является одной из важнейших отраслей народного хозяйства...
Интересное:
Что нужно делать при лейкемии: Прежде всего, необходимо выяснить, не страдаете ли вы каким-либо душевным недугом...
Распространение рака на другие отдаленные от желудка органы: Характерных симптомов рака желудка не существует. Выраженные симптомы появляются, когда опухоль...
Влияние предпринимательской среды на эффективное функционирование предприятия: Предпринимательская среда – это совокупность внешних и внутренних факторов, оказывающих влияние на функционирование фирмы...
Дисциплины:
2020-04-01 | 111 |
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 - Физическая схема базы данных учета автозапчастей и предоставляемых услуг автосервиса
|
|
История развития хранилищ для нефти: Первые склады нефти появились в XVII веке. Они представляли собой землянные ямы-амбара глубиной 4…5 м...
Архитектура электронного правительства: Единая архитектура – это методологический подход при создании системы управления государства, который строится...
Индивидуальные очистные сооружения: К классу индивидуальных очистных сооружений относят сооружения, пропускная способность которых...
Поперечные профили набережных и береговой полосы: На городских территориях берегоукрепление проектируют с учетом технических и экономических требований, но особое значение придают эстетическим...
© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!