1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
|
/****************************************************************************
**
** Copyright (C) 2012 Digia Plc and/or its subsidiary(-ies).
** Contact: http://www.qt-project.org/legal
**
** This file is part of the documentation of the Qt Toolkit.
**
** $QT_BEGIN_LICENSE:LGPL$
** Commercial License Usage
** Licensees holding valid commercial Qt licenses may use this file in
** accordance with the commercial license agreement provided with the
** Software or, alternatively, in accordance with the terms contained in
** a written agreement between you and Digia. For licensing terms and
** conditions see http://qt.digia.com/licensing. For further information
** use the contact form at http://qt.digia.com/contact-us.
**
** GNU Lesser General Public License Usage
** Alternatively, this file may be used under the terms of the GNU Lesser
** General Public License version 2.1 as published by the Free Software
** Foundation and appearing in the file LICENSE.LGPL included in the
** packaging of this file. Please review the following information to
** ensure the GNU Lesser General Public License version 2.1 requirements
** will be met: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
**
** In addition, as a special exception, Digia gives you certain additional
** rights. These rights are described in the Digia Qt LGPL Exception
** version 1.1, included in the file LGPL_EXCEPTION.txt in this package.
**
** GNU General Public License Usage
** Alternatively, this file may be used under the terms of the GNU
** General Public License version 3.0 as published by the Free Software
** Foundation and appearing in the file LICENSE.GPL included in the
** packaging of this file. Please review the following information to
** ensure the GNU General Public License version 3.0 requirements will be
** met: http://www.gnu.org/copyleft/gpl.html.
**
**
** $QT_END_LICENSE$
**
****************************************************************************/
/*!
\page qt4-sql.html
\title The Qt 4 Database GUI Layer
\contentspage {What's New in Qt 4}{Home}
\previouspage Cross-Platform Accessibility Support in Qt 4
\nextpage The Network Module in Qt 4
The GUI layer of the SQL module in Qt 4 has been entirely
redesigned to work with \l{qt4-interview.html}{Interview} (Qt's
new model/view classes). It consists of three model classes
(QSqlQueryModel, QSqlTableModel, and QSqlRelationalTableModel)
that can be used with Qt's view classes, notably QTableView.
\section1 General Overview
The Qt 4 SQL classes are divided into three layers:
\list
\o The database drivers
\o The core SQL classes
\o The GUI classes
\endlist
The database drivers and the core SQL classes are mostly the same
as in Qt 3. The database item models are new with Qt 4; they
inherit from QAbstractItemModel and make it easy to present data
from a database in a view class such as QListView, QTableView,
and QTreeView.
The philosophy behind the Qt 4 SQL module is that it should be
possible to use database models for rendering and editing data
just like any other item models. By changing the model at
run-time, you can decide whether you want to store your data in
an SQL database or in, say, an XML file. This generic approach
has the additional benefit that you don't need to know anything
about SQL to display and edit data.
The Qt 4 SQL module includes three item models:
\list
\o QSqlQueryModel is a read-only model based on an arbitrary
SQL query.
\o QSqlTableModel is a read-write model that works on a single
table.
\o QSqlRelationalTableModel is a QSqlTableModel subclass with
foreign key support.
\endlist
Combined with Qt's view classes and Qt's default delegate class
(QItemDelegate), the models offer a very powerful mechanism for
accessing databases. For finer control on the rendering of the
fields, you can subclass one of the predefined models, or even
QAbstractItemDelegate or QItemDelegate if you need finer control.
You can also perform some customizations without subclassing. For
example, you can sort a table using QSqlTableModel::sort(), and
you can initialize new rows by connecting to the
QSqlTableModel::primeInsert() signal.
One nice feature supported by the read-write models is the
possibility to perform changes to the item model without
affecting the database until QSqlTableModel::submitAll() is
called. Changes can be dropped using QSqlTableModel::revertAll().
The new classes perform advantageously compared to the SQL
module's GUI layer in Qt 3. Speed and memory improvements in the
tool classes (especially QVariant, QString, and QMap) and in the
SQL drivers contribute to making Qt 4 database applications more
snappy.
See the \l QtSql module overview for a more complete introduction
to Qt's SQL classes.
\section1 Example Code
The simplest way to present data from a database is to simply
combine a QSqlQueryModel with a QTableView:
\snippet doc/src/snippets/code/doc_src_qt4-sql.qdoc 0
To present the contents of a single table, we can use
QSqlTableModel instead:
\snippet doc/src/snippets/code/doc_src_qt4-sql.qdoc 1
In practice, it's common that we need to customize the rendering
of a field in the database. In that case, we can create our own
model based on QSqlQueryModel. The next code snippet shows a
custom model that prepends '#' to the value in field 0 and
converts the value in field 2 to uppercase:
\snippet examples/sql/querymodel/customsqlmodel.h 0
\codeline
\snippet examples/sql/querymodel/customsqlmodel.cpp 0
It is also possible to subclass QSqlQueryModel to add support for
editing. This is done by reimplementing
QAbstractItemModel::flags() to specify which database fields are
editable and QAbstractItemModel::setData() to modify the
database. Here's an example of a setData() reimplementation that
changes the first or last name of a person:
\snippet examples/sql/querymodel/editablesqlmodel.cpp 1
It relies on helper functions called \c setFirstName() and
\c setLastName(), which execute an \c{update}. Here's
\c setFirstName():
\snippet examples/sql/querymodel/editablesqlmodel.cpp 2
See Qt's \c examples/sql directory for more examples.
\section1 Comparison with Qt 3
The core SQL database classes haven't changed so much since Qt 3.
Here's a list of the main changes:
\list
\o QSqlDatabase is now value-based instead of pointer-based.
\o QSqlFieldInfo and QSqlRecordInfo has been merged into
QSqlField and QSqlRecord.
\o The SQL query generation has been moved into the drivers. This
makes it possible to use non-standard SQL extensions. It also
opens the door to non-SQL databases.
\endlist
The GUI-related database classes have been entirely redesigned.
The QSqlCursor abstraction has been replaced with QSqlQueryModel
and QSqlTableModel; QSqlEditorFactory is replaced by
QAbstractItemDelegate; QDataTable is replaced by QTableView. The
old classes are part of the \l{Qt3Support} library to aid
porting to Qt 4.
*/
|
