Проектирование физической модели приложения

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

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

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

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

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

После создания логической модели следует перейти к созданию физической модели. Переход осуществляется поэтапно:

- Следует выбрать систему управления базами данных;

- Продумать структуру создаваемых таблиц в соответствии с созданными сущностями (классами логических моделей);

- Назначить типы полей для хранения атрибутов сущности

Схема данных будет полностью соответствовать логической модели данных (см. рис 1.), но создана она будет в Microsoft Access 2009.

Рис.2 Физическая модель данных