|
Читайте также: |
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической.
Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных.
Рис. 3 Физическая модель
В расчетах участвует одна таблиц: Таблица «Dogovori». Для расчета используется простая формула:
Пусть переменная «a» является стоимостью страховки, а переменная «b» является налог на страховку.
Формула для расчета суммы страховки с учетом налога следующая: с*d.
Для более полного понимания алгоритма модели необходимо построить логическую схему модели. Построение логической схемы модели системы из таких блоков дает ряд преимуществ на стадии ее машинной разработки, а также упрощает понимание структуры модели.
Ниже представлены четыре сущности и все атрибуты их полей:
Сущность «Filialy» -филиалы
| Поля | Тип Данных | Ключ | Обязательное поле | Размер |
| ID_ Filiala | Счетчик | + | Да | Счетчик |
| Nazvanie_filiala | Текстовый | - | Да | |
| Adres | Текстовый | - | Да | |
| Tel | Текстовый | - | Да | Длинное целое |
Сущность «Klienty» - клиенты
| Поля | Тип Данных | Ключ | Обязательное поле | Размер |
| Id_klienta | Счетчик | + | Да | Счетчик |
| tel | Числовой | - | Да | Длинное целое |
| fam | Текстовый | - | Да | |
| name | Текстовый | - | Да | |
| otch | Текстовый | - | Да | |
| id_filiala | Числовой | - | Да | Длинное целое |
| Id_dogovora | Числовой | - | Да | Длинное целое |
Сущность «Dogovori» - договоры
| Поля | Тип Данных | Ключ | Обязательное поле | Размер |
| Id_dogovora | Счетчик | Да | Да | Счетчик |
| Id_strahovaniya | Числовой | Нет | Да | |
| data_dogovora | Дата/время | Нет | Да | Краткий формат |
| nomer | Числовой | Нет | Да | Длинное целое |
| Cena | Числовой | Нет | Да | Длинное целое |
| Cena_nalog | Числовой | Нет | Да | Длинное целое |
Сущность «Vid strah» - вид страхования
| Поля | Тип Данных | Ключ | Обязательное поле | Размер |
| Id_strahovaniya | Счетчик | Да | Да | Счетчик |
| vid_strahovaniya | Текстовый | Нет | Да | |
| Nalog | Числовой | Нет | Да | Длинное целое |
Дата добавления: 2015-10-26; просмотров: 135 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Проектирование концептуальной модели | | | The museum halls |