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

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

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

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

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

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

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

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

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

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

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

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