QAbstractTableModel или QSqlTableModel?

Question

[timao]

Нужен многостраничный QSqlTableModel с плюшками (поиск, сортировка), а в возможностях qt пока плохо ориентируюсь.

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

Нашёл вот такие компоненты, но скорее всего понадобятся не все. Подскажите, какую выбрать связку?

• QAbstractTableModel
• QSortFilterProxyModel
• QItemDelegate
• QSqlRelationalDelegate
• QSqlTableModel
• QSqlQueryModel
• QSqlQuery

Answer 1

[tugo]

1. Поймите принцип взаимодействия модели, представления и делегата. Вот здесь хорошо описано .
2. Почитайте в книге Бланшет, Саммерфилд - QT4 Программирование GUI на ... начинай со страницы 326.

Табличка в базе большая, и чтобы она вся не грузилась, хочу приляпать кнопки типа "следующая страница" - "предыдущая"

Таблица не будет грузиться целиком. Вид (представление в виде таблицы, у вас будет представлен классом QTableView) будет запрашивать из модели (модель будет представлена или классом QSqlTableModel (редактируемая) или классом QSqlQueryModel (только чтение)) только то количество данных, которое помещается на экране. По мере прокрутки таблицы на экране, будут запрашиваться новые данные из модели.

Да, QSortFilterProxyModel вам понадобится, если захотите сделать сортировку. Сделайте пока без нее, потом сможете вставить QSortFilterProxyModel без проблем.

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

Comments

[timao]

Спасибо за развёрнутый ответ.
Если честно, на наследование от QAbstractTableModel меня натолкнула вот эта статья habrahabr.ru/post/171443

Но сейчас глянув в документацию, увидел функцию
void QSqlTableModel::setFilter ( const QString & filter )
которая решит проблему в поиском. Также есть чудесный класс QSqlRelationalTableModel (так сказать на перспективу). В общем в купе с сортиркой всё, что душе угодно.

1) Но всё же меня беспокоит вот этот абзац в статье на хабре:
"Во-первых, если объем данных большой, то построение модели займет достаточно много времени. Более того, поскольку модель должна быть готова полностью до того, как мы сможем показать ее пользователю, придется прочитать все данные."

Не могли бы вы его прокомментировать.

2) QSortFilterProxyModel знает о том, что он фильтрует QSqlTableModel? Ведь нужно добавлять соответствующий "order by" к запросу.

[tugo]

timao:

"Во-первых, если объем данных большой, то построение модели займет достаточно много времени. Более того, поскольку модель должна быть готова полностью до того, как мы сможем показать ее пользователю, придется прочитать все данные."
Не могли бы вы его прокомментировать.

Видимо, чтобы показать данные, которые представлены моделью QSqlTableModel формируется запрос SELECT, целиком на всю таблицу, даже если данных очень много. Это хорошо показано в
этом видео.

QSortFilterProxyModel знает о том, что он фильтрует QSqlTableModel? Ведь нужно добавлять соответствующий "order by" к запросу.

Нет, не знает. Не нужно.

Насколько я понимаю (я вопросами больших таблиц не занимался) есть 2 простых пути и оба вам не подходят.
1. QSqlTableModel и сортировка ее силами. Это показано в видео выше. При сортировке, идет запрос к базе данных на всю таблицу с нужным order by.
2. Добавляем QSortFilterProxyModel. Уже лучше, но все равно один раз надо вычитать все данные. Дальше сортировка и т.д. силами proxy модели. Это тоже показано в видео.

Хотя вам надо поэкспериментировать, может у вас не так много данных и один раз вычитать ничего страшного.

Предполагаю такой вариант.
Свою модель наследуете от QAbstractTableModel.
В методе QVariant TableModel::data(const QModelIndex & index, int role) const

switch (index.column())
    {
    case 0:
        return /* запрос к БД для получения данных из строки index.row() и столбца 0*/;
    case 1:
        return /* запрос к БД для получения данных из строки index.row() и столбца 1*/;
   /* и так далее по числу столбцов*/

    }

Т.е. вид (QTableView) вычисляет, какие индексы строк нужно показать на экране. Например, с 0 по 15.
И вид начинает дергать метод QVariant TableModel::data(const QModelIndex & index, int role) const
со значениями index.row() от 0 до 15.
Далее вы прокручиваете вид вниз, вид начинает дергать новые индексы. Тут надо поэкспериментировать, т.к. будет очень тяжело, когда взять и крутануть колесо прокрутки, все повиснет. Тут может помочь постраничное разбиение, запрещение полосы прокрутки или еще чего.
Пробуйте.

[tugo]

timao: rghost.ru/7MbzGQdXm Вот тестовый проект с QAbstractTableModel.

Answer 2

[timao]

Если кто-то наткнётся:
В итоге отнаследовался от QAbstractTableModel и сделал практически копию QSqlTableModel, но с одним нюансом: данные загружаются пакетами по 25 строк. К большому удивлению, таблица не подвисает при интенсивной прокрутке. Почти не заметно глазу. Ключевые куски кода:

QVariant DynamicSqlTableModel::data(const QModelIndex &index, int role) const {
	if (role == Qt::DisplayRole) {
		initializePackageByRow(index.row());
		return data_list[index.row()].value(index.column());
	}
	return QVariant();
}
void DynamicSqlTableModel::initializePackageByRow(int row) const {
	for (int i = data_list.size(); i <= row; i+= package_size) {
		QString package_query = setLimit(query, QString("%1, %2").arg(i).arg(package_size)); //моя строковая ф-я

		QSqlQuery q = QSqlQuery();
		q.setForwardOnly(true);
		if (!q.exec(package_query))  {
			emit error(logger(q, LOG));
			return;
		}
		while(q.next())
			data_list.push_back(q.record());
	}
}