Выгрузка измененных клиентов во внешнюю систему

[axm2017]

Цитата:

Сообщение от trud

Могу ошибаться, но припоминаю проблемы типа что при изменении LOGISTICSELECTRONICADDRESS (именно в момент вставки), связи с клиентом там еще не будет, т.е. DIRPARTYLOCATION создастся позже, т.е. надо именно искать место в классах где это меняется, что трудоемко.

В транзакции?
Если да то можно сделать пакетник который бегает по измененным с прошлого прохода записям LOGISTICSELECTRONICADDRESS скидывая изменения в соответствующую табличку.

[trud]

Цитата:

Сообщение от axm2017

В транзакции?
Если да то можно сделать пакетник который бегает по измененным с прошлого прохода записям LOGISTICSELECTRONICADDRESS скидывая изменения в соответствующую табличку.

Да, в транзакции. А как получить измененные с прошлого прохода записи? Причем таблиц будет 8

Цитата:

Гонять запросы "а что там поменялось в 6М клиентов" между двумя системами чуть ли не ежесекундно - не понимаю кому и зачем это нужно

Ну вроде требование логичное, я так понимаю вторая система - это система в конкретном офисе(локальный веб сайт), когда тебе меняют что-то в АХ, изменения должны как можно скорее отобразиться в этой системе
для этого каждая из них днем когда работают люди дергает хранимую процедуру(дай мне измененные данные за последнюю минуту), как правило они возвращают пусто или 1-2 записи

Цитата:

Да, понимаю что звучит как черная магия но - будет.

скорее всего outer join заменится на inner join. Только опять же проблема что таблиц 8, получается если использовать changetracking будет 8 различных union, есть некоторая вероятность что это перейдет в полный скан на каком -то этапе

[axm2017]

Цитата:

Сообщение от trud

Да, в транзакции. А как получить измененные с прошлого прохода записи? Причем таблиц будет 8

Типичное ( во всяком случае видел реализации подобной идеи на пакете)

Параметр - время запуска

При запуске процесса выбираем все измененные записи от параметра до текущего момента (ессно при включенном modified time).

Далее после обработки сохраняем в параметре текущее время.

Обработку табличек можно распараллелить: не думаю что в таблицах идет какой то вал массовых изменений.

[trud]

Цитата:

Сообщение от axm2017

Типичное ( во всяком случае видел реализации подобной идеи на пакете)

Параметр - время запуска

При запуске процесса выбираем все измененные записи от параметра до текущего момента (ессно при включенном modified time).

Далее после обработки сохраняем в параметре текущее время.

Так же не будет работать. Ну т.е. у вас началась транзакция, клиент обновился, далее она к примеру идет час, и только после этого вы увидите вашего клиента(у него будет время обновления час назад). Если ваш пакетник будет запускаться чаще - вы его просто не увидите, так как время в пакете уйдет вперед

[axm2017]

Цитата:

Сообщение от trud

Так же не будет работать.

Задайте период x -1 час или -1 день раз такие длинные по времени транзакции из общих соображений количество изменений для данных таблиц все одно невелико.
Можно и в лог измененных записей поиграть конечно.
.

[Vadik]

Цитата:

Сообщение от trud

Ну вроде требование логичное, я так понимаю вторая система - это система в конкретном офисе(локальный веб сайт), когда тебе меняют что-то в АХ, изменения должны как можно скорее отобразиться в этой системе. Для этого каждая из них днем когда работают люди дергает хранимую процедуру(дай мне измененные данные за последнюю минуту), как правило они возвращают пусто или 1-2 записи

Найти изменения в данных 6М клиентов - это недешевая операция с точки зрения затраченных ресурсов. Делать это раз в минуту - это достаточно дорого. Делать это 10 раз в минуту для 10 групп клиентов - примерно раз в 10 дороже, так как сам по себе наложеный фильтр запрос сильно дешевле не делает, а количество запросов растет

Не думаю что непрерывно вхолостую дрючить источник (AX) запросами с сайта десятки раз в минуту это оптимальное решение. Как мне кажется, логичнее было бы перехватывать изменения в самом источнике и выталкивать сообщения в очередь (AIF outbound queue, MQ, Service Bus, еще что-то)

Из спортивного интереса, я бы позадавал вопросы о том сколько клиентов обновляется в час / сутки (средние и пиковые значения), и что ужасного может произойти если изменения опубликуются скажем в среднем в течение получаса (опрашиваем CT раз в час)