4.7. Логическое проектирование
На данном этапе происходит отображение концептуальной схемы БД в логическую схему БД, которая структурирует данные в понятиях базовой модели данных СУБД, например в понятиях реляционной или сетевой модели данных.
В результате логического проектирования создается спецификация отображения «концептуальная схема — логическая схема», или, более коротко, КЛ-отображения, с помощью которого генерируется логическая схема БД. Данная спецификация ставит в соответствие каждому концептуальному элементу и свойству фрагмент логической структуры БД.
Для получения спецификации отображения разработан метод КЛ-отображения, который определяет правила трансформации иерархий агрегации в составе объектов, классификационных деревьев и концептуальных элементов, моделирующих связи. Данный метод учитывает ограничения базовой модели данных СУБД, которые фиксируются в параметрах настройки инструментальных средств. Отдельные шаги отображения предполагают участие проектировщика, в частности, в тех случаях, когда выбор варианта зависит от критериев логического проектирования, таких, как производительность, простота прикладного программирования и т. п.
4.8. Физическое проектирование
Круг вопросов, решаемых на этапе физического проектирования, существенно зависит от особенностей каждой конкретной СУБД и операционной системы, в среде которой она функционирует. Традиционно физическое проектирование рассматривает вопросы определения объемов памяти для файлов БД и управления размещением данных в физической памяти. На данном этапе выбирается способ реализации технологических задач ведения и защиты информационного фонда средствами утилит СУБД, а также интервал копирования БД для создания страховых копий. Решаются вопросы привязки файлов БД к накопителям и определения состава буферов.
Однако современная тенденция такова, что перечень вопросов данного этапа в целом сокращается, а для некоторых СУБД практически вырождается. Поэтому инструментальные средства этапа физического проектирования должны формироваться с учетом особенностей каждой конкретной СУБД. Для тех СУБД, которые имеют средства управления размещением в физической памяти, может быть сгенерирован оптимальный вариант размещения, минимизирующий время обращения к БД для наиболее приоритетных информационных задач.
На данном этапе на основе планов обработки БД, получаемых из операционных спецификаций процессов, оценивается время исполнения информационных задач. Если оценки неудовлетворительны, возможен возврат к этапу логического проектирования для внесения изменений в логическую схему БД.