могу видео обучение по iServer на русском

Коллеги, проясните ситуацию. Есть справочники формата {id, code, name, version}. КАк на ваш вздляд правильно в UI загружать выпадающий список. На какое поле завязываться на id или code?

для глобального связывания вероятно по id, для локального поиска в списке - code. Делр в том что есть вероятность что code может совпасть для элементов в разных классах или доменах и вам для уникальной идентификации понадобится комбинация  code+type/class. Id предполагается глобально уникальным, но с т.з.  информативности для пользователя бесполезен.
Про какие справочники вообще идет речь, что за выгрузки, откуда?

Например справочник стран, необходимо вывести на форму пользователя

id - это guid, code - это краткое представление названия - МСК,  СПБ. нужно все, как представить - это вопрос usability. Например в раскрывающесмся списке можно элемент представить как МСК | Москва, его поиск может быть и по коду и по названию, а связывание с другими сущностями или сохранение выбранного элемента - по id

Посмотрите интерфейсы сервисов покупки билетов любого аэропората, авиакомпании, ржд,  tutu.ru

в моём случает id !=guid, code = guid

Что такое id тогда?

id = 123 - это первичный ключ в таблице, code это уникальный ключ

Глобальный и локальный ключ. Интересно зачем их два? Почему нельзя обойтись глобальным?

id - локальный, code - глобальный (для интеграции данных)

когда 10 лет назад делал GUI, то в ниспадающих списках - табличный Grid. При выборе из списка возвращался id, в колоннах таблицы - наименование, code, доп. информативные поля

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

Роман, совета держать дозволь: что больше по сердцу - Arhimate аль Togaf ?

а ничего что архимейт это формат описания?

archimate это нотация моделирования, togaf - архитектурный фреймворк/м  етодология. Эти две вещи никак не противопоставляется и их сравнивнение не имеет смысла. Кроме того  togaf не регламентирует какие нотации использовать для моделирования - можно использовать любые, выбирается по обстоятельствам, типам представлений и предпочтениям в части понимания заинтересованными сторонами.

Друзья, кому то встречался готовый вариант python.xol для  моделирования и генерации кода на python в PowerDesigner?

Enterprise_Modeling_Short.pdf

введение в онтологическое моделирование от компании trinitidata

скрипт по оформлению symbol таблицы я поместил в событие Validate