25

numeric, который нужно исправить на int. Если этого не сделать, то при выполнении скрипта возникнет ошибка создания ограничения внешнего ключа.

Рисунок 27 – Изображение физической модели данных в кодах

Генерация SQL-скрипта для создания базы данных

Для генерации SQL-скрипта для создания базы данных зайдем в пункт главного меню Database – Generate Database. При этом должна быть выбрана физическая модель данных. В открывшемся окне (рисунок 28) зададим каталог, где будет сохранен файл скрипта, и имя этого файла (обычно с расширением *.SQL).

26

Рисунок 28 – Генерация SQL-скрипта

На вкладке Options зададим настройки генерации скрипта. Эти настройки весьма специфичны для различных СУБД. В нашем случае оставим настройки по минимуму. Для этого сделаем следующее.

1. Группу настроек Database (база данных) выключим: пустую БД будем создавать сами.

2 Группу настроек Group также выключим.

3. Группу настроек Table & Columns (таблицы и поля) зададим так, как показано на рисунке 29.

Поясним эти настройки:

•для таблиц (Table) разрешим только их создание (Create table), но при этом запретим проверку существования старых таблиц (Check), их удаление (Drop) и другие опции;

•для полей (Column) разрешим создание умолчаний (Default Value) и ограничений проверки (Check) за пределами описания таблицы (Outside);

•для первичных ключей (Key) разрешим их создание за пределами описания таблицы (Outside), запретив их предварительное удаление (Drop primary key);

•для внешних ключей (Foreign key) разрешим их создание за пределами описания таблицы (Outside) ), запретив их предварительное удаление (Drop foreign key);

•для индексов (Index) пока запретим их создание.

27

Рисунок 29 – Настройка генерация SQL-скрипта

Сохраним совокупность данных настроек внутри модели, задав в поле Setting set имя Minimal и нажав рядом кнопку Save. Это позволит использовать эти настройки в дальнейшей работе.

На вкладке Preview можно предварительно посмотреть текст SQL-скрипта для нашей базы.

После нажатия на кнопку ОК будет создан текстовый файл скрипта. Далее можно в Enterprise Manager создать пустую БД, затем с помощью Query Analyzer открыть файл скрипта и выполнить его. При этом все объекты БД будут созданы.

28

Внесение изменений в проект БД

По ходу выполнения проектирования может потребоваться внесение изменений в тот или иной уровень модели. Например, может потребоваться добавить некоторую сущность или атрибут в CDM или LDM, изменить настройки типов полей в PDM и т.п. Программа PowerDesigner позволяет вносить такие изменения и, более того, распространять их на модели других уровней. Для этого достаточно после внесения изменений в одну из моделей сгенерировать другие модели, выбрав при этом опцию Update existing xDM data model

(обновить существующую xDM модель). При этом программист может разрешать или запрещать передачу между моделями внесенных изменений с помощью появляющегося окна.

Лучше вносить изменения на самом верхнем уровне (CDM) и передавать их далее в LDM и PDM. Обратный порядок (PDM – LDM – CDM) менее предпочтителен.

Обратное проектирование БД

Нередко возникает ситуация, когда программисту требуется по имеющейся БД получить ее физическую, логическую и концептуальные модели. Это может быть, например, в тех случаях, когда нужно по имеющейся БД создать документацию или внести изменения в структуру существующей БД, или перевести БД на другую СУБД. Для решения подобных задач используют так называемое обратное проектирование (Reverse Engineering).

Делается это следующим образом. Сначала подготовим соединение с имеющейся БД, запустив через меню Пуск – Выполнить системную утилиту odbcad32.exe. Данная утилита позволяет создать и настроить соединение с БД по технологии ODBC (Open Database Community), посредством которой PowerDesigner и общается с базами данных. Совокупность настроек соединения организуется в виде специальной структуры данных, сохраняемой в реестре Windows. Эта структура называется DSN – Data Source Name. DSN доступен пользовательским приложениям, которые считывают эту структуру и используют ее при подключении к БД.

В окне утилиты на вкладке Пользовательский DSN нажмем кнопку Добавить. В открывшемся окне (рисунок 30) выберем тип драйвера Microsoft SQL Server (или SQL Server) и нажмем кнопку

Готово.

Далее (рисунок 31) будет предложено ввести имя DSN, под которым к нему будем обращаться из клиентских приложений и имя сервера (например, dc.vpm.rrtu\STUD). В качестве имени DSN следует указать какое-либо осмысленное буквосочетание, например, Supply, Transport, Нotel и т.д. В нашем примере пусть будет Supply.

30

В следующем окне (рисунок 32) необходимо выбрать пункт

Проверка подлинности учетной записи SQL Server, что означает, что для доступа к серверу будет использовано имя и пароль, задаваемые на сервере, а не имя и пароль, под которым входили в систему. Следует также установить флажок напротив надписи Получить параметры,

используемые по умолчанию от SQL Server и указать имя и пароль для доступа к БД с расширенными полномочиями (например, имя – sa, пароль sa).

Рисунок 32 – Задание параметров аутентификации при создании DSN

Вследующем окне (рисунок 33) нужно установить флажок

Использовать базу данных по умолчанию и выбрать БД, на которую будет настроен DSN, т.е. вашу БД.

Впоследующих окнах все оставить без изменения, нажимая кнопку Далее и в конце Готово. DSN будет создан.

Теперь переключимся в программу PowerDesigner и выполним пункт главного меню File – Reverse Engineer–Database. В

открывшемся окне зададим имя новой физической модели данных, которая будет сформирована по имеющейся БД, а также тип СУБД (рисунок 34). Нажмем ОК.

Вследующем окне (рисунок 35) выберем вид источника данных, которыми могут быть SQL-скрипт с описанием структуры БД (Using script files) и DSN (Using a data source). В нашем случае – DSN.