Использование одного подключения к MySql в разных потоках

[Axel]

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

[ритт]

искать по форуму...адназначна

[Mikhail]

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

Еще бы знать какая ошибка.

[IGHOR]

mutex

[ритт]

нет
у кутэ на мускуль такое ограничение
обходится

[Axel]

нет
у кутэ на мускуль такое ограничение
обходится

Не понял, можно подробнее ?
Mutex не помог ((( ...

[ритт]

и не должен был

тебе критично использовать в разных потоках одно подключение? если нет, клонируй коннект и не усложняй жизнь

[DpoHro]

Что значит "клонируй коннект", извините?

[ритт]

QSqlDatabase QSqlDatabase::cloneDatabase ( const QSqlDatabase & other, const QString & connectionName )   [static]
как вариант

[DpoHro]

Пардон, не дочитал мануал =)
А не есть ли сие эквивалент просто созданию коннекта с новым идентификатором?

[ритт]

оно и есть

дело в том, что для каждого потока для использования соединения должна быть вызвана мускуль_инит (ручками или при открытии нового соединения)

если уж совсем невтерпёжь пользовать _ОДИН_ коннект (к мускуль-серверу), создаём отдельный тред с требуемым набором слотов и сигналов, открываем в нём коннект и пользуем коннект через получившуюся обёртку

другой вариант - обратить свой взор на libqxt - там уже реализовано асинхронное обращение к скл-серверу (несколько схожим образом, но с бОльшими затратами памяти, т.к. результат запроса полностью выбирается в буффер)