Цикл разработки в S-Designor

При проектировании в S-Designor используется двухуровневый подход [2, 3]. Первый уровень - концептуальная модель данных (ER-диаграмма). Второй уровень - физическая модель данных. При переходе на второй уровень S-Designor автоматически генерирует соответствующую физическую модель данных для заданной СУБД, учитывая специфику последней.
Концепция S-Designor - реализация классической теории информационного моделирования, включающей четкое разделение между концептуальной моделью данных (представление объектов реального мира и их взаимосвязи) и физической (отображение этих объектов в терминах, близких к физическому представлению). Например, связи многие ко многим. Согласно теории информационного моделирования и проектирования баз данных, такая связь при реализации должна быть детализирована добавлением третьей уточняющей таблицы. S-Designor позволяет представлять такие связи на концептуальном уровне модели. При генерации физической модели S-Designor автоматически добавляет промежуточную таблицу, таким образом детализируя эту связь.

Рис. 1. Цикл разработки в S-Designor

Особенность реализации цикла разработки в S-Designor заключается в том, что он позволяет выполнять "сквозное проектирование". Это значит, что разработав концептуальная модель можно автоматически сгенерировать физическую и после этого выполнить генерацию структуры БД. При обратном проектировании последовательность действий прямо противоположная. Можно получить физическую модель на основе структуры БД и после этого автоматически сгенерировать концептуальную модель. Разумеется на каждом этапе можно вносить изменения в модели концептуального и физического уровней.
Часто возникает вопрос: "Если генерация физической модели из концептуальной и концептуальной модели из физической выполняется автоматически, надо ли каждый раз корректировать модель соответствующего уровня"? Ответ - нет. S-Designor четко отслеживает соответствие между концептуальным и физическим уровнем и "помнит" не только изменения в структуре объектов модели (уточнения связей, выполненные при переходе на физический уровень), но и их расположение на ER- диаграмме. При генерации этим "учетом изменений" можно управлять. Таким образом, автоматическая генерация - процесс, выполняемый в S-Designor очень эффективно и качественно.

Последовательность проектирования модели данных в S- Designor

Процесс построения информационной модели данных состоит из следующих шагов:

• определение сущностей;
• определение зависимостей между сущностями;
• задание первичных и альтернативных ключей;
• определение атрибутов сущностей;
• переход к физическому описанию модели (выполняется автоматически);
• редактирование имен таблиц и их атрибутов на физическом уровне (если в модели имеются, например, связи "многие ко многим" или иерархические рекурсивные связи и их надо уточнить);
• проектирование триггеров, процедур и ограничений;
• генерация базы данных.

Миграция выполняется на физическом уровне (Рис.3. Результат автоматического преобразования в физическую модель).

Необходимость построения физической модели как отдельного шага проектирования объясняется требованием приведения описания сущностей и связей, определенных на стадии построения концептуальной модели, к физической структуре с учетом специфики целевой СУБД. При генерации физической модели из концептуальной сущности становятся таблицами, атрибуты - колонками, для альтернативных ключей генерируются уникальные индексы, а идентификаторы становятся первичными ключами.
При генерации физической модели S-Designor, если это необходимо, детализирует связи. Связь "многие ко многим" порождает новую таблицу. Таким образом обеспечивается автоматическая нормализация модели. Идентификаторы сущностей, участвующих в связи, мигрируют в новую таблицу. Первичный ключ в зависимой таблице составляет теперь сумму атрибутов первичных ключей родительских таблиц. При уточнении иерархической рекурсивной связи S-Designor автоматически добавляет новую колонку, являющуюся внешним ключом, которую при необходимости можно переименовать.
Для управления уникальностью строк и ускорения доступа к данным могут назначаться индексы. Для первичных и внешних ключей индексы формируются автоматически.
На Рис.3 показан результат автоматического преобразования концептуальной модели данных в физическую. Заметим, что на данном уровне уже нет различий между идентифицирующими и неидентифицирующими связями, так как в физической структуре данных такие типы связей действительно неразличимы, поскольку, реализуются одними и теми же общими механизмами СУБД.

Наиболее примечательные возможности S-Designor

Чем хорош и примечателен S-Designor? В первую очередь тем, что это - профессиональное средство информационного моделирования и разработки структур данных. Помимо "широко известных" функций для CASE-средств такого уровня добавлены мощные средства групповой разработки и генерация приложений для целевых средств разработки. Примечателен S- Designor тем, что концептуально целостно построен и имеет строгую практическую направленность. Ниже освещены некоторые наиболее интересные возможности S-Designor.