|
12.01.2021, 15:41 | #1 |
Участник
|
Пока пытаюсь понять направление. В этом как раз и загвоздка, как делать такое обновление. Могу ошибаться, но припоминаю проблемы типа что при изменении LOGISTICSELECTRONICADDRESS (именно в момент вставки), связи с клиентом там еще не будет, т.е. DIRPARTYLOCATION создастся позже, т.е. надо именно искать место в классах где это меняется, что трудоемко.
|
|
12.01.2021, 23:45 | #2 |
Участник
|
Цитата:
Если да то можно сделать пакетник который бегает по измененным с прошлого прохода записям LOGISTICSELECTRONICADDRESS скидывая изменения в соответствующую табличку. |
|
13.01.2021, 00:33 | #3 |
Участник
|
Цитата:
Цитата:
Гонять запросы "а что там поменялось в 6М клиентов" между двумя системами чуть ли не ежесекундно - не понимаю кому и зачем это нужно
для этого каждая из них днем когда работают люди дергает хранимую процедуру(дай мне измененные данные за последнюю минуту), как правило они возвращают пусто или 1-2 записи Цитата:
Да, понимаю что звучит как черная магия но - будет.
|
|
13.01.2021, 08:24 | #4 |
Участник
|
Цитата:
Параметр - время запуска При запуске процесса выбираем все измененные записи от параметра до текущего момента (ессно при включенном modified time). Далее после обработки сохраняем в параметре текущее время. Обработку табличек можно распараллелить: не думаю что в таблицах идет какой то вал массовых изменений. Последний раз редактировалось axm2017; 13.01.2021 в 08:28. |
|
13.01.2021, 15:19 | #5 |
Участник
|
Цитата:
|
|
13.01.2021, 15:37 | #6 |
Участник
|
Задайте период x -1 час или -1 день раз такие длинные по времени транзакции из общих соображений количество изменений для данных таблиц все одно невелико.
Можно и в лог измененных записей поиграть конечно. . Последний раз редактировалось axm2017; 13.01.2021 в 15:40. |
|
13.01.2021, 12:49 | #7 |
Модератор
|
Цитата:
Сообщение от trud
Ну вроде требование логичное, я так понимаю вторая система - это система в конкретном офисе(локальный веб сайт), когда тебе меняют что-то в АХ, изменения должны как можно скорее отобразиться в этой системе. Для этого каждая из них днем когда работают люди дергает хранимую процедуру(дай мне измененные данные за последнюю минуту), как правило они возвращают пусто или 1-2 записи
Не думаю что непрерывно вхолостую дрючить источник (AX) запросами с сайта десятки раз в минуту это оптимальное решение. Как мне кажется, логичнее было бы перехватывать изменения в самом источнике и выталкивать сообщения в очередь (AIF outbound queue, MQ, Service Bus, еще что-то) Из спортивного интереса, я бы позадавал вопросы о том сколько клиентов обновляется в час / сутки (средние и пиковые значения), и что ужасного может произойти если изменения опубликуются скажем в среднем в течение получаса (опрашиваем CT раз в час)
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 14.01.2021 в 10:53. |
|
Теги |
aif, ax2012, change tracking, интеграция, как правильно |
|
|