АнатоЛой[quot Shtock]Package с графическими синонимами + между ними протянуть dependency

Давайте разберёмся детально. Если группу таблиц перенести в Package, то на главной ER-диаграмме вместо этой группы таблиц будет отображаться Package и не будет связей между Package и другими таблицами. Это неправильно. Я бы хотел объединять таблицы в логические группы, но так, чтобы на главной ER-диаграмме связи между этой группой и остальными таблицами не пропадали. Добавить связь вручную можно, но это будет не Reference-связь, а Link/Extended Dependency-связь. И добавлять вручную связи при каждом добавлении или удалении таблиц из логической группы нерационально. Кроме того, если в модели выделить таблицу и сделать выделение всех таблиц, связанных с ней, то таблицы, которые были перемещены в Package, не будут отображены.
Отсюда я делаю вывод, что использовать Package для объединения таблиц в логические группы нельзя.
Делать логические группы по стереотипу в принципе можно, но у каждой таблицы может быть только один стереотип, а у меня стереотипы уже используются для других целей.
Остаётся для объединения таблиц в логические группы использовать только выделение таблиц цветом. Но это тоже не очень хороший вариант. Во-первых, надо где-то описывать легенду какой цвет какой группе соответствует. Во-вторых, сложности со связями. Например, у меня есть несколько баз данных. И есть ряд логических групп таблиц, которые с небольшими вариациями встречаются в каждой базе данных. Хотелось бы иметь механизм для связей групп таблиц в различных базах. Например, если в одной базе я добавляю в логическую группу определённую таблицу и если такая таблица присутствует в других базах, то в других базах эту таблицу надо тоже добавить в эту же логическую группу. Если же в других базах есть таблицы с другим именем, но являющуюся аналогом исходной таблицы, то её также надо добавить в эту логическую группу.

Кто-нибудь использовал ActiveX Add-ins Microsoft Analysis Services (PDMSolap.dll) или Microsoft SQL 2005 Analysis Services (PowerDesigner.AddIn.Pdm.SQLServer.dll) в PowerDesigner 15?
Эти дополнения используются для генерации структуры OLAP. Информация по ним очень скудная. Буду рад за любой полезной информации.
Проблема в том, что дополнение Microsoft Analysis Services не регистрируется в PowerDesigner. Возникает малоинформативная ошибка "Add-in Microsoft Analysis Services cannot be registered". Логов у PowerDesigner нет. Поиск в журнале событий Windows ни к чему не привёл. С другой стороны, библиотеку PDMSolap.dll можно успешно зарегистрировать с помощью regsvr32. Возможно, что для успешной регистрации PDMSolap.dll необходима установленная версия SQL Server 2005 с Analysis Services. Сейчас я проверяю этот вариант. Сомнение в поддержке SQL Server 2008 Analysis Services возникло из-за того, что есть отдельный компонент Microsoft SQL 2005 Analysis Services. Но с другой стороны PowerDesigner 15 поддерживает SQL Server 2008 в плане реверсивного инжиниринга. Компонент Microsoft SQL 2005 Analysis Services регистрируется в PowerDesigner, но никаких новых пунктов в меню Tools не появляется. Сейчас у меня в меню Tools только два пункта, относящихся к OLAP - Rebuild Cubes и Generate Cube Data.
В итоге я прихожу к мысли, что дополнение Microsoft Analysis Services придётся в итоге написать самостоятельно. Если бы провести реверсивный инжиниринг существующей библиотеки PDMSolap.dll задача была бы намного проще.
На сайте Sybase в разделе Support я информацию искал. Но для просмотра наиболее интересных статей необходимо быть либо сотрудником этой компании, либо её партнёром.

Для анализа структуры DLL удобно использовать программу Dependency Walker . Я вижу, что библиотека PDMSOLAP.DLL написана на MS VB 6.0.