Господа,
есть задача забирать инкрементально данные из MySQL в MSSQL. Вопрос в том, как оптимально зацеплять инкремнт (порцию вставленных или обновленных данных).

Триггером генерить сторичский лог не очень интересное решение. В источник данные вбрасываются порциями.

Перекачка по SSIS, но как цеплять целостный инкремент. SQLECT … FOR UPDATE или другие вариенты есть?

На MSSQL->MSSQL используют ROW_VERSION и MIN_ACTIVE_ROWVESION() . Что-то есть аналогичное в MySQL?

Akina Automatic Initialization and Updating for TIMESTAMP and DATETIME .

Ну и соответствующий WHERE. Само собой придётся где-то хранить штамп времени предыдущей выгрузки, а также заменять удаление на обновление поля валидности.

Только возникает вопрос: если я выгружу все до конкретного timestamp, то не появяться ли на следующей загрузке ещё записи с этим же timestamp. Если запись идет быстро, не поймаются ли одинаковые timestamp на двух вставках. Либо я схвачу половину транзакции.

miksofta_voronin,

1) можно использовать дробные секунды, вплоть до микросекунд
2) при выгрузке инкремента использовать нестрогое неравенство с временем предыдущей выгрузки.

Вбросили в 1 момент времени 10 записей, во второй 1000000 записей. Читать эти 1000000 второй раз?

miksoftАналогичного нет, насколько я в курсе.
Можно сделать служебное поле во всех интересующих таблицах с меткой времени последнего апдейта. И удаление записей сделать апдейтом соответствующего поля-флага, или вовсе запретить.

Объем базы настолько велик, что нужен именно инкремент?

Вопрос не в объеме базы. Хотят большую скорость перекачки. 1-2 секунды. Максисмум 10 при больших вбросах.