Просмотрел ссылки, а так же проглядел раздел про многопоточности, но так и не получается сформировать цельное представление...
Как лучше организовать очередь? через semaphore? или через qqueue...
Как быть с воркерами? qtconcurrent + future как мне казалось подходят потому что позволяют организовать синхронную блокирующую функцию типа QSqlQuery executeQuery (const QString& query) {...} , если делать воркеры через qthread, например, то возврат результата можно реализовать только через сигналы-слоты...это не то, что нужно, хотя может быть я и ошибаюсь
Идеально было бы реализовать вариант с забором запросов из очереди и засыпанием, но здесь уже, вроде бы надо использовать qwaitcondition?
как-то разные части задачи делаются разными способами, а как их совместить пока не вижу...

Спасибо! Т.е. я правильно понял, что либо пул, либо синхронный запрос?

В принципе, наверное, можно передавать какой-то идентификатор в запрос, чтобы вернуть его через сигнал, для определения, кому он предназначен...

Пул просто более высокоуровневое понятие, чем нить.
Для синхронного запроса уже нить избыточна, а пул нитей и подавно.

Сформулируйте, что понимаете под синхронными запросами.
Вы хотите выполнять серию запросов в определенном порядке? Тогда самое просто изменить ваш пул так, что бы он принимал не строку запроса, а массив строк (QStringList). А нитки-воркеры в цикле их выполняли.

Ну так мы сейчас именно это и обсуждаем. Для этого нужны несколько рабочих ниток и очередь запросов (QList+QWaitCondition).
Все.

А результат можно возвращать с помощью сигнала, добавив каждому запросу некий ID.

C++ (Qt)
public:
    ID    executeQuery( const QString &query );    // Возвращает ID запроса
 
signals:
    void    queryFinished( ID id, const QSqlQuery &result );    // Испускается после выполнения запроса
 

Если вы блокируете текущую нить на время выполнения запроса, то не понятно для чего его выполнять в другой нитке. Ну и выполняйте этот запрос сразу в текущей?