Есть задача разработки системы управления, состоящей из центрального узла и удаленных клиентов. Обмен данными между узлами осуществляется с помощью БД. На узле и клиентах работают серверы БД, при этом запущен процесс репликации данных между уровнем центрального узла и уровнем удаленных клиентов.
Основная проблема заключается в канале передачи данных - это 9600 бит (!) с пингами порядка 600мс - 1000мс. При этом связь не отличается стабильностью: дисконнекты - обычное явление.

В данный момент в первой опытной версии используется Firebird (2.0, пробовали и на 2.1), однако все работает чудовищно медленно (даже тривиальный запрос выполняется по 5 - 10 секунд). Уже поняли, что это недостаток протокола Firebird.

Вопрос: какую СУБД в данном случае какую лучше выбрать при таком канале связи? Будет ли ощутимая разница в скорости относительно текущей реализации? СУБД желательно брать бесплатную.

Существуют ли решения, позволяющие пробрасывать запросы и их результаты выполнения по более шустрому протоколу и в сжатом виде? Продумываем вариант написания своего протокола с архивированием результатов работы FBExport и последующей вставкой содержимого архива в целевую базу, но не хотелось бы изобретать велосипед или слишком сложное решение проблемы.

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

А это вторая альтернатива. Если не будет найдена СУБД с "легким" протоколом.
Главный вопрос:
"какую СУБД лучше выбрать при таком канале связи?"

В этой системе на обоих уровнях все программы, кроме репликатора, работают с локальными базами. Репликатор - единственное приложение, имеющее 2 коннекта: к локальной базе и удаленной. В этом случае сильно тормозит только репликатор. Но тормоза все-таки критичные.