Как сделать с суррогатными ключами

[Владимир Максимов]

Не делайте Relation типа Foreign Key. Сделайте обычный Relation типа Normal. В чем проблема-то? Их отличие только в значении определенного флага на этом самом Relation. С точки зрения собственно работы никаких отличий нет. Это исключительно "дизайнерская фича" для автоматического формирования ряда настроек при создании этого самого Relation

Если Вас смущает сообщение Best Practices, то для отдельно взятой таблицы проверку Relation на Foreign Key можно отключить через модификацию флага в заголовке (правда, только через XPO)

Подробно описано здесь https://erpcoder.wordpress.com/2014/...on-this-table/

А если вкратце, то отключить проверку Relation на Foreign Key для конкретной таблицы можно так:

1. Выгрузить таблицу в XPO
2. сразу за заголовком таблицы будет идти строка: EnforceFKRelation 1
3. Вместо флага 1 поставить флаг 0, что означает "не проверять"
4. Импортировать XPO

[sukhanchik]

Цитата:

Сообщение от Владимир Максимов

Их отличие только в значении определенного флага на этом самом Relation.

Ну ... я бы несколько поостерегся их не использовать. Сильно подозреваю, что на этот флаг в будущем может быть повешена логика. Уж больно она напрашивается.
Во-первых, Relation типа ForeignKey дает возможность установить на Relation-е свойство CreateNavigatePropertyMethods и впоследствии пользоваться не только теми методами, которые находятся в узле Methods, но и динамически создаваемыми методами перехода от одной таблицы к другой.
Во-вторых, в форме расширенного фильтра есть возможность выбирать из списка полей не только поля выбранной таблицы и ее родителей, а еще и связанных по ForeignKey таблиц (см таблицу VendTable и релейшн MainContactWorker на таблицу HcmWorker; в форме - это поле Ответственный). И этот выбор зависит от значения метода sysDictField.isSurrogateForeignKey().

Сейчас, если создать Relation типа Обычный и добавить одну связку - то независимо от того - взведен флаг с ForeignKey у релейшна или нет, и метод CreateNavigatePropertyMethods на релейшне доступен и метод sysDictField.isSurrogateForeignKey() возвращает значение True. Все эти прелести пропадают при добавлениии в релейшн второго поля-связки.

Соответственно, с учетом того, что система хранит информацию о том, как был создан Relation - через ForeignKey или через Nornal - никто не застрахован от того, что метод sysDictField.isSurrogateForeignKey() будет смотреть на этот флаг (а это ядро между тем), а также пропадет свойство CreateNavigatePropertyMethods у релейшна, у которого "нет полномочий его менять.

Но пока оно работает... хорошо

[Vasiliy Petrovich]

Цитата:

Сообщение от Владимир Максимов

Не делайте Relation типа Foreign Key. Сделайте обычный Relation типа Normal. В чем проблема-то?

это я первым делом попробовал конечно
но поле перестает быть золушкой и превращается в тыкву.