QSqlQueryModel & QThread

qt5, qml, QSqlQueryModel

Рекомендуем хостинг TIMEWEB

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Добрый день.

Может стоит не всю модель выводить в отдельный поток, а лишь часть работы?
Например, длительные вычисления распараллелить через QtConcurrent.
Либо выводить отдельную часть внутри самой модели в QThread.

Какая конкретно у вас задача?

модель отображает вьюшку из базы данных (sqlite), ситуация такая: есть малина (RPi3), при старте приложения идет инициализация wiringРi, и любой запрос через модель в базу(даже самый простой и короткий) тормозит работу wiringРi, вся остальная работа с базой вынесена в отдельные потоки и выполняется без проблем.
п.с. я уже не помню почему но при первом опыте инициализацию wiringРi не удалось вынести в отдельный поток, да и не задумывались над этим. проблема была выявлена уже после модернизации платы, когда были устанволены сетодиоды ативности работы по шине в связке с wiringРi, на момент обработки запроса вся активность в этом направлении останавливается. теперь есть 2 варианта решения проблемы - либо выность модели в отдельные потоки (а их около 10), или работу с библиотекой wiringРi. еще одна особенность при отработке моделей тормозит отрисовка интерфейса на данном устройстве, поскольку при проверке интерфейса на ноуте таких подвисаний нет.

Я правильно понимаю, что по сути тормоза заключаются лишь в запросах к базе данных?
Я не уверен, что модели удастся безболезненно вынести в другой поток.
Возможно, что стоит внутри модели стоит сделать объект класса, который будет держать данные модели, и перенести его в отдельный поток через QThread::moveToThread, соответственно в модели будет объект этого потока.
Read Only доступ можно будет без проблем реализовать через invokable методы, это должно быть потокобезопасно.
А методы записи внутри того объекта защищать мьютексами.
При этом запросы к базе данных можно будет вызывать через сигнал/слотовое соединение, что тоже будет потокобезопасно. Главно поднимать в том объекте какой-нибудь флаг, в стиле - "я занят, ожидайте пока заберу данные" и чтобы этот объект выкидывал сигнал, когда запрос к базе данных закончен и можно обновить вьюшку.

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

Нет, не встречалась. Это просто первое, что мне пришло в голову.

Ведь по сути вся главная проблема модели и вьюшки в том, что GUI должен крутиться в главном потоке и только главном. Иначе обычно программа падает.
А модель в данном случае сильно связана с View, и в QML части устанавливается в качестве аргумента во view. Поэтому берусь предположить, что указатель на объект модели из другого потока будет плохой идеей. То есть даже проверять уже отпадает охота.

Что касается реализации, то один из пользователей реализовывал выборку данных в QThread.
Вот эта статья Qt - Выбор данных из базы данных QSqlQuery в потоке QThread и создание на их основе модели QAbstractTableModel

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