|
12.01.2021, 18:27 | #1 |
Участник
|
ну требования просты - есть функция(хранимая процедура) которая принимает группу клиентов, и интервал. надо вернуть все данные которые менялись в этом интервале.
в нормальном режиме будут запускать раз в минуту по группе(т.е. в минуту будет даже больше запусков, несколько десятков)-это хотелось бы сделать быстро. но ничего не мешает запустить произвольный интервал, например за год Тут еще в процессе обдумывания возникло понимание что дату модификации вообще использовать неправильно, она может принадлежать прошлому периоду, если у нас большая транзакция. т.е. процесс должен иметь несколько стадий, первая стадия помечает запись как измененную. Вторая стадия должна как-то этому изменению присваивать дату(можно наверное заложиться что транзакция точно закомитится в пределах секунды) и присваивать дату как текущую плюс 1 секунда Что-то получается все не просто Последний раз редактировалось trud; 12.01.2021 в 18:53. |
|
12.01.2021, 19:08 | #2 |
Модератор
|
Цитата:
Цитата:
А вот этот момент можешь раскрыть подробнее? т.е. в исходном запросе будут outer join для всяких адресов, емейлов и прочего.
Будет ли эта штука(с пристыковываниями) работать с таблицей которая присоединена по outer join(при том что таких таблиц несколько в одном запросе)?
__________________
-ТСЯ или -ТЬСЯ ? |
|
12.01.2021, 20:26 | #3 |
Модератор
|
Цитата:
Сообщение от trud
ну требования просты - есть функция(хранимая процедура) которая принимает группу клиентов, и интервал. надо вернуть все данные которые менялись в этом интервале.
в нормальном режиме будут запускать раз в минуту по группе(т.е. в минуту будет даже больше запусков, несколько десятков)
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 12.01.2021 в 20:37. |
|
Теги |
aif, ax2012, change tracking, интеграция, как правильно |
|
|