Russian Qt Forum

Собсно сабж.
Есть таблица 20000*16 полей. Очень сильно тормозит fetchMore. Зафетчить всю таблицу не получается.
Кроме того, сильно тормозит при использовании ползунка скролла, видимо связано с тем, что скроллится оно плавно и data() вызывается на все промежуточные стейты.

Поле, по которому сортируется, индексировано?

Не. Поможет?)

Должно помочь.

Не помогло. Вроде сортировка стала быстрее, но тем не менее лаги при скролле и фетче остались такие же. Есть идея что тормозит именно data() при выборе из базы. Что делать?

А тормозит постоянно или пока данные не подтянет?

Именно пока не подтянет данные. Но вот как их подтягивать? (пробовал scrollToBottom - спасает, но до пересортировки:))

:)

C++ (Qt)
while (model->canFetchMore ()) {
  model->fetchMore ();
}
 

Это делаешь после селекта и будет тебе счастье.

Нет не делает. Она не грузит данные по фетчу, только количество записей во вью меняет (ползунок меняется)

Хм. Странно. У меня работало.
Тогда пиши свою модель.

И чо я там сделаю?)

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

Хм, заюзал тейбл вью вместо три вью, все летать стало:) фетч за 0.2 сек делается

Так, ну ладно, еще куча мега вопросов от меня. Можно ли сделать чтобы при сорте сохранялось выделение? (модель-то перестраивается, айайай). Ну и еще мега вопрос - 0.2 сек - это нормально или можно улучшить? (если хранить все данные в памяти и тупо делать тейблмодель по этой памяти, то сортируется мгновенно (при помощи QSortFilterProxyModel))

Да вроде всё просто)
Перегружаешь Q*Model::sort(), перед вызовом базового sort() запоминаешь QAbstractItemView::currentIndex(), после восстанавливаешь.

индекс не сохраняется, модель-то резетится. Мне по-хорошему надо оставаться на старой записи, а не на конкретной строке. (то есть для реверса это будет rowCount() - currentRow()). Другого способа нет?

можно попробовать сохранить текущий индекс в QPersistentModelIndex

хм... а не получится что как раз номера строки/колонки сохранятся? мне-то все ж таки содержимое надо сохранить.

нужно отловить сигнал начала сортировки (aboutToBeReset).
затем сохранить primaryKey.
затем отловить сигнал о конце сортировки (reset).
пройтись по всем загруженным записям и найти нужную.
сделать select для selection модели.

ах да, еще нужно номер колонки сохранить.

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

Пока не тестил, завтра может попробую... Сейчас другие дела есть, профилирую скорость работы разных моделей:)