- •Содержание
- •1 Теоретическая часть
- •1.1 Постановка задачи
- •1.2 Обоснование выбора инструментальной среды разработки, субд
- •2. Практическая часть
- •2.1 Проектирование логической схемы данных для предметной области
- •2.2 Проектирование физической модели базы данных
- •2.2.1 Разработка физической модели данных
- •2.2.2 Описание характеристик сущностей модели данных, оценка физической модели
- •2.3 Разработка алгоритмов функциональных модулей программного приложения
- •2.3.1 Описание назначения модулей программы и результаты их выполнения
- •2.3.2 Описание тестирования программных модулей
- •Список использованных источников
2.2 Проектирование физической модели базы данных
2.2.1 Разработка физической модели данных
Физическая организация БД – совокупность методов и средств размещения данных во внешней памяти и созданная на их основе внутренняя (физическая) модель данных. В отличие от логических моделей физическая модель данных связана со способами организации данных на носителях методами доступа к данным. Эта модель указывает каким образом записи размещаются в БД, как они упорядочиваются, как организуются связи, как локализовать записи и осуществить выборку. Внутренняя модель разрабатывается средствами СУБД.
Физическая модель данных описывает данные конкретной СУБД. Мы будем считать, что физическая модель данных реализованна средствами именно реляционной СУБД, хотя, как уже сказано выше, это не обязательно. Отношение, разработанные на стадии формирования логической модели данных, преобразуются в таблице, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.
Ограничения имеющиеся в логичесой модели данных, реализуются различными средствами СУБД, например, при помощи инфексов, деклоративных ограничений целостности, триггеров, хранимых процедур. При этом опять-таки решения, принятые на уровне логического моделирования определяют некоторые границы, в пределах которых можно развивать физическую модель данных. Точно также, в пределах этих границ можно принимать различные решения. Например, отношение, содержащиеся в логической модели данных должны быть образованы в таблице, но для каждой таблице можно дополнительно объявить различные индексы, повышающие скорость обращения к данным. Многое тут зависит от конкретной СУБД.
На рисунке 2.2 изображена физическая модель БД.
Рисунок 2.2 – Физическая модель
2.2.2 Описание характеристик сущностей модели данных, оценка физической модели
Таблицы — это основные объекты любой базы данных, в которых хранятся все данные, имеющиеся в базе, а также структура базы (поля, их типы и свойства). Все другие объекты (формы, отчеты, запросы) зависят от данных таблиц.
Физическая модель базы данных содержит 9 таблиц, каждая из которых отвечает за свои конкретные показатели и несет определенную информацию. Каждая из таблиц непосредственно связана друг с другом.
Таблица «КЛИЕНТ» используется для хранения информации о фирмах и клиентах, покупающих товар.
Рисунок 2.3 – Таблица «КЛИЕНТ»
Таблица «ДОГОВОРА» используется для хранения информации о договорах, заключенных с клиентами.
Рисунок 2.4 – Таблица «ДОГОВОРА»
Таблица «ОПЛАТА» используется для хранения информации об оплаченных и не оплаченных счетах.
Рисунок 2.5 – Таблица «ОПЛАТА»
Таблица «ЗАКАЗ» используется для хранения информации о заказах фирмы.
Рисунок 2.6 – Таблица «ЗАКАЗ»
Таблица «НАКЛАДНЫЕ» используется для хранения информации о накладных фирмы.
Рисунок 2.7 – Таблица «НАКЛАДНЫЕ»
Таблица «СОСТАВ_ЗАКАЗА» используется для хранения информации о составе заказа клиента.
Рисунок 2.8 – Таблица «СОСТАВ_ЗАКАЗА»
Таблица «ДОСТАВКА» используется для хранения информации о доставках товара клиентам.
Рисунок 2.9 – Таблица «ДОСТАВКА»
Таблица «ПРОДУКТЫ_ПИТАНИЯ» используется для хранения информации о продуктах питания на складе.
Рисунок 2.10 – Таблица «ПРОДУКТЫ_ПИТАНИЯ»
Таблица «СЕРТИФИКАТЫ» используется для хранения информации о сертификатах на продукты питания.
Рисунок 2.11 – Таблица «СЕРТИФИКАТЫ»
