In der Lektion zum Arbeiten mit QSqlTableModel wurde das Anzeigen einer Datentabelle aus der SQL -Datenbank ausführlich besprochen. Aber im Zusammenhang mit einer Frage eines Lesers mache ich eine kleine Ergänzung zu diesem Beispiel.
Die Frage war, wie die gesamte Zeile in Abhängigkeit vom Wert in einer der Spalten eingefärbt werden soll. Im Beispiel der Arbeit mit QSqlTableModel wurden Zeilen mit Datum, Uhrzeit und Pseudozufällen zur Datenbank hinzugefügt Nummer und eine Nachricht über diese Pseudo-Zufallszahl Nummer. In dieser Hinsicht wurden die Linien, bei denen die Pseudozufallszahl gleich 41 ist, als experimentelle Linien ausgewählt.
Dazu ist es notwendig, von der QSqlTableModel -Klasse zu erben und die QSqlTableModel::data()-Methode zu überschreiben. Danach verwenden Sie die neue Erbenklasse als Datenmodell.
Tabellenmodell.h
#ifndef TABLEMODEL_H
#define TABLEMODEL_H
#include <QObject>
#include <QSqlTableModel>
class TableModel : public QSqlTableModel
{
Q_OBJECT
public:
explicit TableModel(QObject *parent = 0);
QVariant data(const QModelIndex &idx, int role) const;
signals:
public slots:
};
#endif // TABLEMODEL_H
Tabellenmodell.cpp
Ich stelle fest, dass im ursprünglichen Beispiel Spalte 0 nicht in der Tabelle angezeigt wird, also wählen wir, Daten aus Spalte 3 und nicht aus Spalte 2 zu erhalten. Daten werden durch Aufrufen der Basisklassenmethode abgerufen.
#include "tablemodel.h"
#include <QColor>
TableModel::TableModel(QObject *parent) : QSqlTableModel(parent)
{
}
QVariant TableModel::data(const QModelIndex &idx, int role) const
{
if(role == Qt::BackgroundColorRole){
if(QSqlTableModel::data(this->index(idx.row(), 3)).toInt() == 41){
return QColor(Qt::red);
}
} else if(role == Qt::DisplayRole){
return QSqlTableModel::data(idx);
}
return QVariant();
}
Insgesamt
Das Ergebnis ist eine Anwendung, die eine Tabelle anzeigt, in der Zeilen rot eingefärbt sind, wobei eine Pseudo-Zufallszahl gleich 41 ist. Außerdem gilt dieser Ansatz für alle Klassen, die jeweils von QAbstractItemModel geerbt werden QSqlQueryModel , QSqlRelationalTableModel usw.
Archiv mit einer Beispiellektion unter Ubuntu OS – Überprüfen Sie sorgfältig den Pfad, in dem die Datenbankdatei in der DataBase-Klasse erstellt wird.
Как передать переменную в класс наследник?
А чутка подробнее ситуацию можете описать? Я не понял формулировки вопроса.
Я хочу из БД дергать значения цветов из профиля пользователя. Как мне передать user_id?
То есть хотите подкрасить строку в таблице по цвету из профиля пользователя?
Да именно так. Но как передать id пользователя не знаю.
Теоретически можно воспользоваться QSqlQuery, чтобы выдернуть данные из профиля прямо в методе data. А сам id можно дёрнуть через метод data, как взято значение в колонке через QSqlTableModel::data(this->index(idx.row(), 3)).toInt()
Так id пользователя нет в данной таблице.
qry->prepare("select * from users where id=" + id_user); colorstatus1 = qry->value("colorstatus1").toString(); Variant value = QSqlQueryModel::data(idx, role); if(role == Qt::BackgroundColorRole) { if (idx.sibling(idx.row(),6).data( Qt::DisplayRole ).toInt() == 1) { return qVariantFromValue(QColor(colorstatus1)); }Ну я откуда знал, что у Вас нет этого id в таблице. И это разговор идёт про таблицу с профилями пользователей? Как тогда Вы делаете соответствие между пользователями и их данными, то есть цветами и т.д?
Суть такая, есть таблица, в ней меняются статусы и соответственно цвет строк. В профиле пользователя настраивается эти цвета. Код не работает. В том то и проблема. Пользователь проходит аутентификацию и я получаю его id., а вот как мне передать это id. Сигналы и слоты в данном случае не подходят, я просто не знаю(((
Так, хорошо. статусы меняются. То есть записываете состояние статуса в определённую таблицу... Но там же должен быть внешний ключ на пользователя? Если его нет, то сделайте внешний ключ на пользователя и тогда сможете без проблем дёргать статус и по нему прилагать нужный цвет. Обычно в таких случаях всегда в таблице профилей имеется внешний ключ на пользователя. Реляционные базы данных так и работают.
В профиле пользователя настраивается только интерфейс. В одной таблице работают несколько пользователей и все хотят что бы у них статусы били разными цветами(как раз настраивается в профиле). Я записывал данные в файл настроек
QSettings *settings = new QSettings( "settings.conf", QSettings::IniFormat ); settings->beginGroup( "ColorStatus" ); settings->setValue("colorstatus1", ui->lineEdit_colorstatus1->text());и потом просто читал данные из файла. Просто хочу реализовать через БД.Ну понятно тогда. Сделайте тогда некую таблицу профилей вместо файла настроек, в которой будет храниться набор цветов для каждого варианта статуса. В таблице нужно создать несколько колонок, например четыре колонки для четырёх вариантов статуса. И обязательно внешний ключ на id пользователя. Когда пользователь аутентифицируется, то тогда можно будет дёрнуть через QSqlQuery, например, цвет статуса из таблицы профилей.
Можно как-то объявить переменную QString доступную из разных классов(форм или файлов .cpp)?
TableModel::TableModel(QObject *parent) : QSqlTableModel(parent) { QSqlQuery *qry = new QSqlQuery(); qry->prepare("select * from users where id=" +id_user); if(qry->exec()) { qry->next(); colorstatus1 = qry->value("colorstatus1").toString(); } } QVariant TableModel::data(const QModelIndex &idx, int role) const { if(role == Qt::BackgroundColorRole){ if (idx.sibling(idx.row(),6).data( Qt::DisplayRole ).toInt() == 1) { return qVariantFromValue(QColor(colorstatus1)); } } else if(role == Qt::DisplayRole){ return QSqlTableModel::data(idx); } return QVariant(); }Ну можно сделать статическую переменную в заголовочном классе TableModel и как раз эта переменная и будет достаточной для того, чтобы она была видна во всех формах и классах, но это будет не очень хорошее решение как по мне.
Статусы ремонта. "Ждем запчасти", "Без ремонта" и т.д. Я объявляю public: static QString id_user;
Спасибо большое. Все разобрался))) Все оказалось как всегда просто.
Почему-то при встраивании кода в урок 008, при редактировании строки, значения в виджетах пропадают и при сохранении изменений ничего не меняется. Где вызывается функция date?
Нашел ошибку. В функии data() в конце вместо QVariant(), вернул QSqlTableModel::data(idx,role). И все заработало!
Вопрос- с переопределенным методом data и нашим классом- наследником- как удалять строки из модели?
метод model->removeRow(index.row());
не работает.
Для QSqlTableModel концептуально верным подходом являтся удаление запросом к базе данных.
del
Это как понять? Т.е. не через модель удалять, а через запрос к базе? А в чем тогда правильность? Если правильней с моделью работать, а не с базой в обход модели? Или я не так понял.
А. Да вы правы. Я немного попутал модель эту QSqlTableModel с QSqlQueryModel. У них есть разница, что QSqlQueryModel является read only, а поэтому функционал по удалению нужно дописывать.
Я думаю, всё дело в том, что или стратегия удаления не совсем верно настроена, либо там происходит какая-то ошибка.
Выведите в qDebug резальтат lastError() из модели. Там может быть по факту что угодно.
QSqlError("", "", "")
Причем, если я использую Ваш подход- наследованный класс
то не удаляет, как только делаю родной класс:
То удаляет и ошибка:
QSqlError("", "", "")
такая же.
После работы гляну проект. Пока нет мыслей.
ок, буду ждать. Это странно, т.к. мы не переопределяли метод удаления.
Ну вот поэтому я и нахожусь в замешательстве. Вообще не должно было быть такого поведения. Разве что каким-то образом повлиял запрос в конструкторе, может быть не закрылась транзакция или что-то ещё, леший его знает.
Вот еще странность- не может сделать запись в уже имеющейся ячейке.
А в оригинальном пишет, но с глюком.
Да, метод data всё-таки влиял, я переписал его так и заработало удаление
Далее ваш код для удаления переписал иначе
Это будет более эффективно
Спасибо, завтра првоерю. А
Тоже заработало?
Ну в моём примере, который в статье сработало так
Поскольку model->index(1, 0) - это индекс колонки id, которая скрыта, поэтому без дополнительных настроек таблицы вы не увидите результата
не работает. Вылетает с ошибкой.
У меня работает. Исправлял в проекте, который приложен к статье.
А что происходит в вашем коде, с учётом места вызова этого кода, я знать не могу ;)
Дебажьте и добавляйте условия, которые обезопасят вызов кода
Здравствуйте.
В Вашем примере в строке QSqlTableModel::data(this->index(idx.row(), 3))
3 - это индекс столбца. А есть ли возможность в данном случае как-то использовать имя столбца?
Добрый день. Нет, данный метод оперирует целочисленными значениями, которые являются индексами столбца и строки, для создания объекта QModelIndex, по которому уже метод data возвращает значение в ячейке.
Если ваш вопрос касается читаемости кода, то в таком случае правильным решением будет создать enum для столбцов, который будет отображать фактическое имя столбца.
Спасибо за ответ. Нет, дело не в читаемости кода, в разных таблицах у меня есть столбцы с одинаковым именем, но с разными индексами. Хотел сделать решение по имени столбца для всех таблиц сразу.
В этом случае вижу только какой-нибудь костыль в стиле перебора по всем индексам в заголовке с помощью методу headerData .
То есть пройтись в for цикле пока не будет совпадения названия столбца, запомнить индекс, а потом уже использовать его в методе data. Но опять же, headerData по умолчанию возвращает название колонки, но если делать перевод и переназывать колонки, то это решение покажет свою костыльность во всей красе. Так что это скорее только усложнит поддержку приложения.