Ищу советов по ускорению работы программы

[qks1]

Ситуация такая: есть база данных с информацией о товарах, которыми торгует фирма (id, название, количество, цена, параметры и т.п.) - всего несколько десятков тысяч наименований. В приложении есть табвиджет с десятком вкладок, каждая из которых содержит QTableView/QSqlQueryModel, отображающие информацию из БД (не все товары, естественно, обычно не более полусотни строк). Работа ведётся одновременно в нескольких вкладках, список отображаемых строк постоянно меняется в зависимости от применённых фильтров. Так вот, если в одной из вкладок изменяется информация о товаре (цена ли изменяется, количество или что угодно ещё) - информацию о нём нужно обновить во всех вкладках. Как это сделать быстро?
Если тупо в каждой вкладке делать setQuery(model->lastQuery) - это слишком долго. Если учесть, что одномоментно меняется информация только в одной, максимум в двух строках - можно в каждой таблице пробежать по всем строкам и обновлять только те таблицы, где есть требуемая строка. Это быстрее, но всё равно слишком долго.
Вообще, как-то неразумно, на мой взгляд, из-за одной изменённой строки обновлять всю таблицу. Может, есть смысл использовать прокси-модель и обновлять данные вручную, методом setData, а не делать запрос к базе? Это должно быть быстро, но весьма ошибкоопасно, мне кажется... Может, кто-то подскажет другую идею?

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

[dio]

Для начала, сделайте обновление при переключении вкладки. 

Может, есть смысл использовать прокси-модель и обновлять данные вручную, методом setData, а не делать запрос к базе? Это должно быть быстро, но весьма ошибкоопасно, мне кажется..

У Вас многопользовательское приложение? Если да, то следует подумать над тем как организовать работу с одними данными несколькими пользователями одновременно (либо блокировать данные, либо проверять не было ли изменений).

[panAlexey]

А другой проект какую архитектуру имеет?
И что там со вьювами? На каких принцыпах построены?
ПС. Пора для sql таблиц делать свою вьювную систему.

[voral]

Не зная тонкостей проекта трудно предложить реально годное решение. Если честно я даже не сталкивался с такими задачами как я представил из вашего пояснения. Хотя наверное возможно. Попробую несколько раз ткнуть пальцем в небо.

1. Если набор данных, по сути, один и тот же то и завязать на один набор данных. А всю разницу: фильтры и сортировки надстраивать.
2. Если есть некий idшник/признак по которому можно соединить строки в разных таблицах - соединяем сигнал/слот. Далее в зависимости от информации - может просто подменяем отображаемое значение. Не дергая ни какие запросы. Может дергаем только по конкретной записи.
3. Внимательно оценить ситуацию - реально ли есть необходимость держать открытыми столько окон, не будет ли оптимальнее, например, объеденить какието
4. Какимто окнам просто передать сигналом что надо обновить данные. Далее по ситуации: либо при оактивировании окна обновляем данные, либо (при активировании окна) выводим запрос: "Данные изменилис. Обновить: да нет"