|
09.05.2024, 21:58 | #1 |
Administrator
|
Странно конечно - зачем Аксе требуется создавать запись в Xref при открытии Table Browser (не встречал такого), но... ок, можно и этот момент исправить. Просто, к сожалению, табличку SystemSequences можно менять только при остановленном АОСе. И если вдруг обновление ссылок закончилось в "рабочее" время - то рестарт АОСа без предупреждения может напрячь...
__________________
Возможно сделать все. Вопрос времени |
|
14.05.2024, 00:06 | #2 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: sukhanchik (3). |
14.05.2024, 07:19 | #3 |
Administrator
|
Цитата:
Сообщение от Logger
Может из-за этого ?
Открыть в новом окне объект из кода Но Table Browser тут точно ни при чем. Попробую сначала решение со сбросом кэша... Спасибо за версии!
__________________
Возможно сделать все. Вопрос времени |
|
14.05.2024, 07:52 | #4 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: sukhanchik (4). |
14.05.2024, 08:52 | #5 |
Administrator
|
Цитата:
Конкретно место всё-таки нашел и там (конкретно в моем случае) уже "по-правильному" исправлено
__________________
Возможно сделать все. Вопрос времени |
|
15.05.2024, 08:06 | #6 |
Administrator
|
Цитата:
Цитата:
Цитата:
Сообщение от Logger
Может из-за этого ?
Открыть в новом окне объект из кода Т.е. общая схема такая:
В моём случае (когда я использую отдельное приложение для сборки ссылок) на целевом приложении ссылки уже строились несколько раз и RecId уже сдвинуты на достаточно приличное "расстояние" от "нулевого". Т.о. после массового переноса данных - в целевом приложении - в SystemSequences будут следующие значения RecId гораздо больше, нежели они будут сгенерированы на промежуточном приложении. Как следствие - проблем не возникнет. Да, это конечно всё заморочки... Но сделав их один раз, запихнув в скрипт и шедулер уже про них забываешь и получаешь результат не думая, какими усилиями он получается.
__________________
Возможно сделать все. Вопрос времени |
|
Теги |
ax2012, ax2012r2, ax2012r3, map, modelelementdata, table, view |
|
|