29.01.2021, 02:58 | #21 |
Участник
|
Если формально, то либо делать отдельные поля на каждую сущность, либо отдельные наборы таблиц/форм/меню.
Если сущности для выбора можно как-то объединить (например, клиента и поставщика можно "объединить" через ГАК), то сделать нечто вроде почтовых адресов. Список контрагентов, где идентификатор - это ссылка на ГАК, а клиент/поставщик - это уже реквизит выбранной записи Данный функционал явно противоречит новой идеологии. Нарушение принципов нормализации. Не должно быть поля, которое может содержать ссылки на разные таблицы. Думаю, будут по тихому "под коврик заметать" Обход проверки - это из разряда "хакерских трюков". Раз разработчики Axapta посчитали данный функционал не желательным, то пытаться его поддерживать своими силами, ну, можно, конечно, но за дополнительные деньги
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
31.10.2022, 20:17 | #22 |
Участник
|
Цитата:
Сообщение от trud
дебагинг выявил следующее
у таблицы есть невидимое св-во EnforceFKRelation(можно увидеть в xpo). если оно в 0, то данная ошибка не возникает. по умолчанию оно стоит в 1. просто поменять его в xpo и загрузить таблицу с перезаписью не получится, оно игнорируется. если удалить таблицу и загрузить заново, то да, меняется. К сожалению в моем варианте таблица много где используется, да и данные есть, т.е. вариант с удалением не проходит |
|
Теги |
best practice, enforcefkrelation, forein key, relation |
|
|