The Modeling with PowerDesigner group is dedicated to topics of practical modeling with PowerDesigner - from Requirement Management and Data Architecture to all aspects and domains of Enterprise Architecture, covering also Model-Driven Development (MDD) and Model-Driven Architecture (MDA) approaches, the creation of specialized extensions.
---
Группа Моделирование в PowerDesigner посвящена практическим вопросам моделирования в PowerDesigner - от Управления Требованиями и Архитектуры Данных до всех аcпектов и доменов Корпоративной Архитектуры, Разработке Управляемой Моделями и Архитектуре Управляемой Моделями (Model-Driven Development and Model-Driven Architecture), созданию специализированных расширений.

#comparison
Что теряется при выборе или при переходе на Sparx EA:
https://groups.google.com/forum/#!topic/sybase.public.powerdesigner.general/NifbiLHM7e4
https://archive.sap.com/discussions/thread/3950467
- моделирование концептуальной и логической моделей данных
- расширяемое сопоставление с типами других моделей
- возможность определить сопоставления в модели движения данных и для документирования конвертации
(как в ILM)
- централизованный репозиторий с поддержкой весионности, сравнения и портал представления.
- превосходные возможности настройки и расширения встроенные в PD
- другие интегрированные возможности связанные с описанием enterprise architecture
По существу вы будете иметь возможность моделировать данные только на физическом уровне используя UML-profile, например, создавая объекты типа class со стереотипом "table"

Доброго времени суток всем! Подскажите, пожалуйста, как сделать Merge моделей PDM. В целевой - к таблицам и RI-связям применены стереотипы, для таблиц и полей вписаны подробные комментарии, даны бизнес name. 2-ая модель получена реверсом из боевой базы, где добавлены новые таблицы или новые поля для существующих одноименых таблиц. Нужно, чтобы в целевую модель только добавились новые таблицы и новые поля, но не перезаписывались комментарии, бизнес-наименовпния, не менялись визуальное отображение в диаграммах. В options Merge я отмечаю только model, table, columns, reference. Запускаю, система работает минуту, две, но новые столбцы в сществующих таблицах не появляются

Александр, у вас должны совпадать в обеих моделях структура пакетов чтобы PD смог идентифицировать местоположение(владельца) объекта. Остальные настройки слияния можно установить в опциях, включая необходимость слияния комментариев, коллекций, символов и т.д.

Роман, да, я так и делаю. База данных назначения (куда) тоже когда-то была получена реверсом

Но потом в этой модели растащил таблицы по разным диаграммам и name полям и таблиц дал русские бизнес наименования. может в этом дело, сопоставление по name, а не по code

У меня работает, комментарии не мигрируются если их слияние отключить. Не пойму что конкретно не получается.

хотя Compare работает нормально, а вот при merge новые поля в существ. таблицы не добавляются

Да, возможно что по наименованию диаграм тоже сопоставление идет. Плпробуйте на простом примере.

ок

Rob Vonk делится советом как динамически заполнить combobox для выбора значения расширенного атрибута. Один из методов основан на GTL-шаблоне (template), другой на динамической подмене xml-разметки с помощью которой определяются контролы в форме:
https://robvonk.com/powerdesigner/fill-combobox-in-powerdesigner-form

немного критики (с чем то можно согласться):
https://www.grundsatzlich-it.nl/development/powerdesigner-dos-and-donts

с критикой согласен

в PDM при Preview DDL кода создания таблицы ломает Camel нотацию системных наименований таблиц и полей, а именно - переводит их в ВЕРХНИЙ регистр

в файле настройках БД MSSQL2016 проверял - нет .U: и не отмечены опции Uper Case

#extention
Коллеги, поделитесь мнением:
Была бы интересна тема построения отчетности по моделям в asciidoc / markdown формате или вцелом всех устраивает возможности и результат получаемый встроенным reporting-ом?
Я задумался над тем чтобы сделать расшиение, которое позволяло бы конечному пользователю использовать GTL для формирования секций документации. Секции (шаблоны) могли бы комбинироваться в разных документах на подобии как это делается, например, с помощью DITA map, в форматах  которыми используются техническими писателями для подготовки  и публикации документации в различных представлениях.
На выходе получалась бы asciidoc / markdown разметка, которая процессилась бы в хорошо стилизованные книги.
Может это потенциально быть интересным?

10 лет назад, не знаю как сейчас все математематические книги - LaTeX

Набирали девушек (жена друга подрабатывала) специально делать markdown