Точно, не досмотрел.

Все дело в параметрах.
В сигнале и слоте не совпадают параметры.

Да...
А какой хороший был вопрос....


По поводу вопроса:
Когда возникает подобная необходимость разбираюсь заново. Потом делаю. И благополучно забываю.
Последнее с чем пришлось разбираться/вспоминать, проверить что все символы строки - находятся в диапазоне до 128.....
Пока символ - байт хорошо но если предположить возможность символов UTF16  уже не так весело.
И, да ничего сложного, понадобится сделать раз в триста лет - сидишь тупишь.

PS: Извините, что на вопрос не ответил...

Видимо по причине отсутствия этой СУБД  в вопросе.

Поддерживаю: Репликация средствами СУБД.

С несколькими локальными копиями, будет веселье, при записи в локальную базу и потом синхронизация......
Хотя, если нет счетчиков/триггеров и прочей серверной логики....

Для начала, думаю нужно понять для себя:
1. что именно подразумевается под "синхронизацией".
2. ................................ под базой данных.
3. ................................ сервером базы данных.
4. Как подключается пользователь?

PS:
Сервер будет общий ....., а база данных???
т.е. если сервер общий а у каждого пользователя своя база данных....  - они никогда одни и те-же данные не увидят.

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

Ну если помогло чтение размера. То явно затык в скорости.
Изменить алгоритм работы, как вариант, поместить чтение в отдельные процессы/потоки.
Не известно как там Qt обрабатывает прием данных а точнее синхронизацию.
Возможно по пробовать читать/писать другой библиотекой. Qt это прикладной уровень. (хотя в данном случае - это вряд-ли.)
И скорость 9600 маловато будет, 10мс это что? микро- или мили- секунды? Если микро - маловато.
1/10Е-6=100 000 байт по одному байту. без служебной информации - только на прием.
1/10Е-3=100 байт в секунду без служебной информации только на прием.
Какая операционная система, возможно общий драйвер не подразумевает такой пропускной способности. С чем-то подобным под форточками сталкивался - только не помню с чем и как победили.

Еще: не пытаться обрабатывать сразу, сделать очередь. Читать все одним процессом а обрабатывать другим.

PS: если запросы поступают на несколько портов. И приходит запрос на другом порту пока идет обработка, слот для нового запроса не вызываться, а когда вызывается то там уже пришло больше одного запроса.
т.е. проблема чтения. - решение очередь.

Как вариант: проверить инициализацию порта, скорость и т.п.
Как вызывается чтение порта?
По частоте прерываний нет затыка.... 10 мс это хорошая частота. т.е. это 115к  минимум.

Попробовать, как вариант, "многопортовку" натравить на первые 5 портов, и в это же время однопортовый вариант на последний.

Это на вскидку.

И еще
query.prepare("SELECT EXISTS (SELECT " DEVICE_ORIG " FROM " DEVICE " WHERE ( " DEVICE_ORIG " = :device_orig) AND id NOT LIKE :id; )"); 
query.bindValue(":device_orig", ui.lineEdit->text());
query.bindValue(":id", model->data(model->index(mapper->currentIndex(), 0), Qt::DisplayRole).toString());
query.exec();
.....

// скобочки не считал, мог немного напутать с их соответствием.

query.value(0).toInt()!=0
А лучше
if(query.value(0).toBool()){...}

Или вообще без exist;
if(query.next()){
// запись существует.
}

http://www.prog.org.ru/topic_10224_0.html
см. конец поста.

Отвечаю: они изменили методику вызова.

https://wiki.qt.io/New_Signal_Slot_Syntax

Старая модель:
connect(
    sender, SIGNAL( valueChanged( QString, QString ) ),
    receiver, SLOT( updateValue( QString ) )
);

Новая модель:

connect(
    sender, &Sender::valueChanged,
    receiver, &Receiver::updateValue
);

И тогда подсказывает.

Или как вариант:
запретить Help > About Plugins > Clang Code Model

Только что обратил внимание Creator 4.9.2.
То-же не подсказывает.
Никогда не обращал внимание.

Может потому не подсказывает, что пишу на Qt4....
Была замечена проблема подсказок у Creator'a при использовании namespace,
времени разбираться не было и не стал заморачиваться а потом забыл.

Надо попробовать чистый project сгенерить.

Добавлено:
По пробовал:
1. Проблема не в namespaces.
2. Проблема не в версии QT.
Надо будет разобраться.

Собственно вопрос:
А существует ли Subj?
Дело в том, что в Qt 4.8.7 - libqsqlpsql.so поддерживает сервер до 9-й версии включительно (понятно что после сброрки и т.п.), версии выше с Warning'ами.
Может где есть вариант драйверов для 4-й qt с поддержкой свежих версий postgresql.

Пока подкрутил ручками версии в исходниках, и чуток реализации (из qt5 взял подробности), вроде ожил.
Но когда грохнется не известно.
Может кто знает, в природе существует полноценная реализация?

PS: гугление ни к чему ни привело. :)
PS: сравнивая исходники дров для qt5 там не только отличия номеров версий.


Да, совсем забыл написать:
1. Интересует ответ только на заданный вопрос.
2. Предложения переходить/оставаться на версию .... не интересуют.
3. Не знаете что сказать: выберите для флейма другую тему.