Центральная субд ase 12.5.4
ase ODBC - DataDirect Version 4.20.0067 (12.5.1/P-EBF11786 ESD #02/04.20.0067)
удаленные субд asa 9.02.(разные ebf от 3320 по 3456)
мобилинк сервер 9.02.3456

Одна из нередких проблем: при возникновении дедлока при выгрузке - откат не происходит( или происходит не полностью пока не выяснили). Следствия понятны :
в следующем сеансе повторная вставка тех самых данных, что приводит к ошибкам дубликации ПК, и скрипты приходится писать так, что при заданном параметре, записанном в отдельной таблице вместо инсерта делать упдейт если запись существует. Это более-менее допустимо(где-то 98%), если изходить из того, что где-то 98% данные изменяемые в удалённой субд, изменяються только там.

записи которые вставлялись в центральную СУБД в сеансе синхронизации в котором произошёл дедлок и были удалены в удалённой субд с того момента, в сдедующем сеансе в центральной СУБД синхронизация удалять не станет, что исходит из схемы работы синхронизации мобилинк.

некоторые данные триггерами запрещено упдейтить а только вставлять. правда данная проблема наиболее легко решаема.

Следующие случаи, болле пагубны по последствиям того же, далеко непродуманного метода их решения. Это случаи когда, данные взятые из цетральной субд в прдедыдущем сеансе синхронизации, выгружаются вновь в центральную СУБД, какбудто бы они были вставлены обычным способом в удалённой, и тут речь идёт уже не о 98%, в то время как "свои" данные в центральной субд за промежуток между синхронизациями изменяються.
Усугблене таких проблем имеет общие корни - программа разработанна так что в только в редких случаях одни и теже данные могут изменятся и в цетральной субд, и удалённой. Потому более-менее развитая система решения конфликтов, которая могла бы помочь просто отсутсвует.

Такие ситуации у нас возникали давно с интенсивностью, где-то один или два раза в три-четыре месяца(как грицца от EBFа к EBFу )
Но неделю тому был один случай с дедлоком, а вчера два с повторной выгрузкой принятых данных, потому и решил настучать немедля более. На этом форуме, не нашёл чтобы кто-то жаловался на такое, а на буржуйских форумах я не тусуюсь - с языком трудновато. Думаю одна из причин, та что мобилинком пользуються меньше чем SQLRemote и другими штуками, по крайней мере пока. Другая возможная причина, которая волнует, может быть в том, что мы где-то чё-то не там или не то делаем, и в других такого нету.
Соответсвующие улики (лог БД по которому шёл мобилинк) имею.

Если кто скажет чё в защиту, обвинение или просто так, то буду признателен.
Наперёд спасибо.

Выдержки из лога сервера мобилинк тута если интересны кому.