Relaxxx wrote:
> Никто не знает? Или я непонятно сформулировал вопрос?

Выходной день:) Судя по синтаксису, это Oracle? В PowerDesigner 11 это настраивается на странице Options свойств ключа,
на ней из левой части добавь "using index" - "index name" а правую, после чего укажи его значение.

Только в связи с этим все равно наблюдается глюк при генерации: первичные и альтернативные ключи генерятся ДО индексов,
соответственно, ты получишь ошибку выполнения SQL, надо будет предварительно его подправлять руками.
>
> 1.при создании таблицы я к полям имею возможность писать комментарии, как
> мне сделать чтобы эти комментарии экспортировались в мой SQL скрипт
> (Database->Generate Dtabase)

На закладке Tables&Views поставь галку на Comments в группе Columns.

> 2.При генерации мадели данных с SQL-скрипта в котором есть однострочные
> комментарии (--такого типа) ПД их не понимает, и думает что это
> наименование полей! Получаеться полный бред, это глюк, или это
> исправляеться?

Покажи пример скрипта, не совсем понятно.
Posted via ActualForum NNTP Server 1.3

RelaxxxДа это Oracle, прописал как вы рассказали "using index" - "index name" и проблема решаеться для Primary key, а как быть с Foreign key? Я зачем тогда создавать индексы и связывать их с ключами и референсами, если эта опция ничего не дает( Table Properties->Indexes->Index Properties->Columns->Columns definition!!, я таким образом создал любые индексы и попривязывал их к моим ключам и ссылкам, но это вообще ничего не дало, зачем тогда эта функция??? )???
В Oracle при создании внешнего ключа индекс по полям этого самого ключа автоматом не создается, в отличие от InterBase. Команда на создание FK не подразумевает конструкцию USING INDEX. Указание в модели для индекса, что он PK, AK или FK не приводит к его использованию при генерации ключей. Скорее всего это их некое логическое разбиение для использования в самой модели или при генерации БД.
Relaxxx
Еще я работаю с FireBird 1.5, там тоже поддерживаеться USING INDEX (просто я нехочу чтобы БД сама генерировала индексы непонятного названия и предназначения) но при выборе БД InterBase 6.x вкладка Options пропадает(это там где "using index" - "index name")???

Значит, эта фича в PD не реализована, в PD12beta, кстати, тоже. В принципе ты сам можешь сделать некое ее подобие через Extended Attributes для объекта Reference модели.
Relaxxx
и у меня получаються колонки типа --уникал, -- наимен )) (здесь БД опять FireBird)
А вот это, значит, багофичи парсера SQL-скрипта, реализованного в PowerDesigner'е. Т.е. придется соблюдать определенные правила при построении скриптов, если ты хочешь чтобы PD их корректно разобрал. Пиши, к примеру, так:

RelaxxxПонятно, не сильно приятно((
Из вышесказанного не следует, что в Oracle необходимо создавать этот индекс.
RelaxxxНасчет Extended Attributes, нельзя ли поподробней, что можно с помосчью него сделать, можна прописывать какие-то правила?
Меню Database->Edit Current DBMS, далее по ветке Profile добавь метакласс Reference (правой кнопкой мыши на ветке Profile -> Ad Metaclass), у него добавь Extended Attribute (правой кнопкой: New->Extended Attribute), обзови его, к примеру, ExtUsingIndex, Data Type поставь String. Теперь по ветке Script\Objects\Reference у двух подветок: Add и Create измени значение, добавив такую строку:
В синтаксисе для Interbase могу ошибиться, поправь если что. Теперь в диалоге свойств Reference появилась еше одна закладка - Extended Attributes. В ней, если ты укажешь значение для атрибута ExtUsingIndex, то оно появится в скрипте на создание.

Это полдела. Теперь можно заставить PD определять значение ExtUsingIndex при реинжиниринге. Для этого следует по пути Script\Objects\Reference\SqlListQuery в вписке на верхней строке включить ", ExtUsingIndex EX" и поправить запрос, чтобы он тебе возвращал требуемое значение.

RelaxxxА что насчет комментариев?
Правь скрипты на создание объектов, как я показал выше. Разве что для таблиц напротив каждого поля это не получится, поскольку список полей при создании заблицы расшивается внутренним макросом %TABLDEFN%. Разве что ты можешь перед каждой таблицей выводить свои комментарии, что в ней чего обозначает. Кстати, почему бы эти комментарии не делать равными собственно комментариям к таблицам, полям и т.д.?