Уважаемые Господа!

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

Проектирую БД, у меня уже есть:
BPM,
CDM,
PDM1(DBMS MySQL 3.22) - главная,
PDM2(DBMS Interbase 5)
пришла к выводу: без репозитория дальше нельзя нормально работать -необходимо сохранять версии, изменять БД и т.д.

Вопрос такой: Можно ли создать какой-то ОДИН универсальный репозиторий , непривязанный к конкретному источнику данных?
Или их обязательно нужно 2 (один на основе источника данных ODBC MySQL, второй на ODBC Intersolve Interbase)

Возможно, я неправильно понимаю понятие репозиторий? На сколько я понимаю, для моего случая их должно быть 2. Или я ошибаюсь, и достаточно одного??

Если я права, и необходимо 2 репозитория, то тогда возникает вопрос №2 .
Репозиторий "для MySQL" не создается ! (ODBC MySQL драйвер:myODBC -3.51.03)

Сталкивался кто-нибудь с такими сообщениями?:

[MySQL][ODBC 3.51 Driver][mysqld-3.23.53-max]You have an error in your SQL syntax near 'binary
)' at line 5
SQLSTATE = 42000 и т.д
после которых выдается сообщение, что репозиторий не создался.

Спасибо
P.S. Репозиторий "для Interbase" создался нормально и я уже с ним работала

to Denis
Спасибо, придется пользоваться репозиторием "для Interbase".

Вообще-то логично, что репозиторий должен быть один, но тогда зачем он привязывается к конкретному источнику данных, конкретной СУБД, которая мне пока не нужна - это мне непонятно.
Не будет ли это искажать все мои модели?

А где можно посмотреть, действительно ли невозможно создать репозиторий "для MySQL"?

Cпасибо, Денис!

К сожалению, С репозиторием для MySQL пока ничего не вышло - выполняю скрипт и выдаются ошибки синтаксиса. Может дело в трансляторе, не знаю.

Просто уже нет времени разбираться с этим (мне уже нужны готовые отработанные части проекта), и кроме того, репозиторий в Interbase работает прекрасно.

Но что интересно!! Пока я разбиралась с репозиторием, обнаружила для себя совершенно НОВУЮ вещь - ЛОГИЧЕСКУЮ МОДЕЛЬ . Сейчас немного корректирую технологию работы с моделями:
Вместо CDM -> PDM (MySQL) удобней так. CDM->PDM ( Logical )->PDM(MySQL).
Практически вся "грязная" работа по коррекции имен/кодов Foreign Key, нормализации базы и т.п. переносится на логическую модель, а в физической уже практически ничего не изменяю. Раньше все нужно было жестко контролировать. А в концептуальной все находится на уровне бизнес-определений. То есть появляется промежуточный уровень в 2-х уровневом дизайне - логический. Удивительно, но в helpe о логической модели почти ничего не сказано!!!

Так что большое спасибо! Единственный вопрос: Как то возможно эту мою тему перенести в большую тему о PD, которую начал Репликант, может кому-то наши размышления пригодятся.
Это была мое первое сообщение и хотела его написать туда, а оно попало в общий каталог.

Guest6А какой в этом смысле в логической модели? Не могу врубиться, почему нельзя все сделать в CDM????????

Как я понимаю, Логическую модель "они" придумали для того чтобы легче было обработать концептуальную, откоректировать детали, которые не зависят от СУБД и затем перейти на физическую, которая уже зависит от конкретной СУБД.
Я сейчас сама с этим разбираюсь, но как вижу это намного удобней.
Сейчас попробую описать:

1. В CDM мы создаем концептуальную модель . Создаем на бизнес-языке, то есть Customer, Order,...
Мы описываем там сущности, отношения, атрибуты.. Причем описываем тоже на бизнес-языке.
Но мы не видим ключи, которые мигрируют в другие сущности, нам нужно также договориться о наименовании и т.д.
Поэтому мы делаем логическую модель (назовем ее LDM).

2. LDM создается как обычная PDM, только DBMS в ней Logical. Она выглядит как обычная PDM, и использует термины из физической модели tables, columns, index. Но она не привязана ни к какой конкретной СУБД . В ней мы группируем атрибуты, договариваемся о наименовании, ищем альтернативные ключи, нормализуем базу и т.д.

3. PDM : Когда готово соглашение о наименовании и нормализованная структура, переходим к физической, которая изменяется только в целях адаптации к конкретной СУБД.

Denis Popov2Мэгги: скажи, у тебя получается сравнивать PDM (Logical) с PDM(MySQL) на предмет их различий? У меня выскакивает, что "Cannot compare two models with different DBMS". Я-то думал, что если надо держать модели для нескольких БД (MySQL и Interbase, к примеру), то следует решить задачу их синхронизации. Пока я вижу, что это можно сделать только через CDM.

Да, это проблема. У меня тоже самое. Но вот посмотри, что я нашла:
http://www.sybase.com/sb_content/1015846/PD_Blueprint_v12.pdf

Идет речь о 10 версии. У меня версия 9.5. Возможно это проблема версии и в 10-той уже исправлено? Нужно проверить, работает ли merge или compare в 10 PD

В любом случае, еще не все ясно. К сожалению...

Denis PopovЯ нашел:) Меню Tools->Generate Physical Data Model, а там можно другую DBMS указывать, в том числе и Logical. Я-то думал, что этот пункт имет смысл только для CDM, оказывается для PDM тоже годится. PowerDesigner 9.5.2 EBF6.

И все-таки у меня проблемы с версией. У меня версия 9.5.1.736.
Tools->Generate Physical Data Model->Update existing...(DBMS MySQL) работает некоректно:
не появляется окно Merge Models и соответственно ни одно изменение в логической модели не переносится на физическую.
Поставила 10 версию. Там все работает