Sybase PowerDesigner работает в том числе и с Оракловыми типами. По крайней мере 9.5.1, который я первым увидел. Сейчас на дворе 9.5.2. Кстати, там есть просто закладка Preview.

QDEsigner - это от Quest Software? По-моему, Quest Software купила лицензию у Sybase и продает данный продукт под своим именем. Когда-то я видел эту информацию, если найду - скажу. По мне лучше брать "родной", у Sybase, там версия 9.5.2, у Quest'а - 9.5.1.

По поводу объектной модели: я попробовал сейчас втащить в модель таблицу с объектным полем - все нормально отработало. Объектные оракловые типы у них проходят под именем Abstract Data Type. И меня порадовало то, что тип колонки привязан именно к существующему абстрактному типу, все по-честному.

А вот как "втащить" - смотри меню Database, там собраны все операции. Только возьми ODBC к Ораклу от Micosoft, у меня Оракловые почему-то поля типа LONG не кажут, а там, к примеру, тексты триггеров. Если возникают вопросы по функциональности или ва-аще, то есть здесь же форум Проектирование БД с господином Репликантом, также хорошая эха powersoft.public.powerdesigner.general на NNTP-сервере forums.sybase.com

Могу сказать как человек с 5-летним опытом пользования ERwin'ом и месячным опытом PowerDesigner'а - ИМХО последний рулит.

Я, к сожалению, не работал с Oracle Designer, а что подразумевается под "спецификацией объектного расширения"?

Погоди, .xol это для Object-Oriented Model, я же использую Physical Data Model, файлы .xdb, сейчас для Oracle 9i - oracle9i.xdb. Там есть объектные оракловые типы, и закладка Preview на свойствах типа. Правда, по умолчанию она почему-то не видна, надо открыть диалог свойств и, нажав кнопку в самом низу слева, поставить галку напротив пункта Preview.

Я только не уверен, будет ли PD корректно работать с методами объектного типа, надо проверить.

Я, откровенно говоря, туда пока не залезал. По причине того, что Delphi там тоже нет, а этот RAD у нас в качестве рабочего. И еще: пытался смотреть на Conceptual Data Model, помня про ERwin'овские Logical/Physical Model Levels, но пока одна лишь Physical Data Model для общения с БД полностью устраивает.

А ты хочешь из Object-Oriented Model сделать Physical Data Model? Вот вопрос применения объектной модели для себя оставляю открытым, для чего она применяется? Убрать подробности физической реализации БД? Или предполагается из нее генерить код клиентского приложения? Тогда не думаю, что она должна быть описана в терминах именно оракловых объектов, посколку они- это уже реализация ООМ.

Угу, и Together еще:) Но тут уже приходится выбирать, насколько полно ты хочешь использовать фичи конкретной БД. Может быть, Rational Rose лучше работает с объектной моделью, чем тот же Oracle Designer, но последний лучше приспособлен для работы именно с Oracle. В этом особенность работы со сторонними продуктами, что Rose, что Sybase PowerDesigner, ERwin и т.п.: они не всегда позволяют использовать все возможности конкретной реализации РСУБД, но для БД а-ля сферический конь в вакууме вполне подойдут.

Можно ли в Розе изменить запросы работы с БД? Насчет Together'а спрашивал у разработчиков- нельзя. Но это не умаляет ценность данных продуктов для решения своих задач.