QTableView и БД с большой таблицей

[bigirbis]

База нужна быстрая, нетребовательная к ресурсам и тупая до безобразия... от того и SQLite

[nova]

Имелась в виду динамическая фильтрация...
 Но уже задумался о введении дополнительных ограничений на выборку.
 Просто заказчик хотел бы видеть это именно так...

Заказчик конечно дело святое
А че сонструкция while это не динамическая фильтрация?

И неужели он ( заказчик ) собирается на екране просматривать содержимое ВСЕЙ базы?
или SQLite не поддерживает элементарные запросы?
В этом отношении, помоему, самый правельны подход был у оракуловского формса,
после открытия формы (таблицы) данные из базы не извлекаются, пользователь в нужных полях вводит интересуюшие его значения, нажимает кнопочку и получает результат. правда если ничего не ввести и нажать кнопочку то можно листать всю таблицу
Всетаки QSqlTableModel сделан правильно. Врядли нормальный пользователь долистает резултсет до 255 строки. конечно если предусмотрены нормальные инструменты для составления запроса

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

Хотя с моей точки зрения, для пользователя, это будет равносильно прочтению "Война и мир", даже если эта база ембедед и всего 50 Мб ![/quote]

[stealth]

Странно, почему-то нет возможности у QSqlTableModel задать LIMIT. Через setFilter тоже не получается, т.к. там в итоге запрос получается вида ...AND (LIMIT 0,10)
Очень ведь нужная вещь, почему же тролли забыли про неё?

Кто-нибудь делал постраничный вывод с использованием QT? Поделитесь опытом пожалуйста.
Кнопки навигации по страницам по идёё можно в cornerWidget у TableView засовывать.

[WW]

Ну и я свои 5 копеек...
Делал так. Отнаследовал QAbstarctTableModel. В ней при создании(открытии) тянутся на клиента ТОЛЬКО КЛЮЧИ таблицы. подготавливается Query вида "select * from MyTable where Mykey = :key". А в методе data(...) собсно и присходит весь фокус. По индексу выбирается значение ключа и выполняется Query. Причем Query->record() сохраняется статически, чтобы не дергаться для др. полей ЭТОЙ ЖЕ записи.
Кроме того, обрабатывается фильтрация и соритровка. Тогда опять перевыбираются ключи в соответсвии с новыми реалиями жизни. Ключи можно хранить в QList. Или в другом Query. Смотреть по производительности. Вот собсно и все. Решение работает на довально большой и широкой таблице.

[SerjVarshavskiy]

Странно, почему-то нет возможности у QSqlTableModel задать LIMIT. Через setFilter тоже не получается, т.к. там в итоге запрос получается вида ...AND (LIMIT 0,10)
Очень ведь нужная вещь, почему же тролли забыли про неё?

а что мешает не QSqlTableModel а:
QSqlQueryModel  model;
model->setQuery("... AND LIMIT(n,m)");

tableView->setModel(model);

менять когда нужно n и m

[stealth]

очень понравилась идея WW!
SerjVarshavskiy - не хочется терять функционал например QSqlRelationTableModel

[ритт]

ВВ, под "ключами" подразумеваюся индексы таблицы или идентификаторы строк?

[WW]

ВВ, под "ключами" подразумеваюся индексы таблицы или идентификаторы строк?

Первичный ключ таблицы. если он составной - то реализация малек усложнится.

[ритт]

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

ВВ, тоже есть такое или как-то обошёл?

[vipet]

Для Qt+Firebird я использую либу IBPP. Написал классы-обертки для классов Database, Transaction, Statement (Query) и другие классы.

Так вот, в случае Select query, сразу считывается определенное число записей. Если запрашиваются данные, которые еще не считаны, тогда считывается следующая порция. (Есть класс QueryTableModel, который запрашивает данные у Query.)

Т.о. при работе с БД я не использую QtSql вообще. (Поддержка Firebird'a в драйвере ibase хреновая.)

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

Если для MySQL есть либа, подобная IBPP, можно сделать аналогично. Ну или сразу API юзать.