Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(147)

Side by Side Diff: third_party/sqlite/src/test/e_vacuum.test

Issue 5626002: Update sqlite to 3.7.3. (Closed) Base URL: svn://svn.chromium.org/chrome/trunk/src/third_party/sqlite/src
Patch Set: Remove misc change. Created 10 years ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View unified diff | Download patch | Annotate | Revision Log
« no previous file with comments | « third_party/sqlite/src/test/e_update.test ('k') | third_party/sqlite/src/test/enc4.test » ('j') | no next file with comments »
Toggle Intra-line Diffs ('i') | Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
OLDNEW
(Empty)
1 # 2010 September 24
2 #
3 # The author disclaims copyright to this source code. In place of
4 # a legal notice, here is a blessing:
5 #
6 # May you do good and not evil.
7 # May you find forgiveness for yourself and forgive others.
8 # May you share freely, never taking more than you give.
9 #
10 #***********************************************************************
11 #
12 # This file implements tests to verify that the "testable statements" in
13 # the lang_vacuum.html document are correct.
14 #
15
16 set testdir [file dirname $argv0]
17 source $testdir/tester.tcl
18
19 sqlite3_test_control_pending_byte 0x1000000
20
21 proc create_db {{sql ""}} {
22 catch { db close }
23 forcedelete test.db
24 sqlite3 db test.db
25
26 db transaction {
27 execsql { PRAGMA page_size = 1024; }
28 execsql $sql
29 execsql {
30 CREATE TABLE t1(a PRIMARY KEY, b UNIQUE);
31 INSERT INTO t1 VALUES(1, randomblob(400));
32 INSERT INTO t1 SELECT a+1, randomblob(400) FROM t1;
33 INSERT INTO t1 SELECT a+2, randomblob(400) FROM t1;
34 INSERT INTO t1 SELECT a+4, randomblob(400) FROM t1;
35 INSERT INTO t1 SELECT a+8, randomblob(400) FROM t1;
36 INSERT INTO t1 SELECT a+16, randomblob(400) FROM t1;
37 INSERT INTO t1 SELECT a+32, randomblob(400) FROM t1;
38 INSERT INTO t1 SELECT a+64, randomblob(400) FROM t1;
39
40 CREATE TABLE t2(a PRIMARY KEY, b UNIQUE);
41 INSERT INTO t2 SELECT * FROM t1;
42 }
43 }
44
45 return [expr {[file size test.db] / 1024}]
46 }
47
48 # This proc returns the number of contiguous blocks of pages that make up
49 # the table or index named by the only argument. For example, if the table
50 # occupies database pages 3, 4, 8 and 9, then this command returns 2 (there
51 # are 2 fragments - one consisting of pages 3 and 4, the other of fragments
52 # 8 and 9).
53 #
54 proc fragment_count {name} {
55 execsql { CREATE VIRTUAL TABLE temp.stat USING dbstat }
56 set nFrag 1
57 db eval {SELECT pageno FROM stat WHERE name = 't1' ORDER BY pageno} {
58 if {[info exists prevpageno] && $prevpageno != $pageno-1} {
59 incr nFrag
60 }
61 set prevpageno $pageno
62 }
63 execsql { DROP TABLE temp.stat }
64 set nFrag
65 }
66
67
68 # EVIDENCE-OF: R-63707-33375 -- syntax diagram vacuum-stmt
69 #
70 do_execsql_test e_vacuum-0.1 { VACUUM } {}
71
72 # EVIDENCE-OF: R-51469-36013 Unless SQLite is running in
73 # "auto_vacuum=FULL" mode, when a large amount of data is deleted from
74 # the database file it leaves behind empty space, or "free" database
75 # pages.
76 #
77 # EVIDENCE-OF: R-60541-63059 Running VACUUM to rebuild the database
78 # reclaims this space and reduces the size of the database file.
79 #
80 foreach {tn avmode sz} {
81 1 none 7
82 2 full 8
83 3 incremental 8
84 } {
85 set nPage [create_db "PRAGMA auto_vacuum = $avmode"]
86
87 do_execsql_test e_vacuum-1.1.$tn.1 {
88 DELETE FROM t1;
89 DELETE FROM t2;
90 } {}
91
92 if {$avmode == "full"} {
93 # This branch tests the "unless ... auto_vacuum=FULL" in the requirement
94 # above. If auto_vacuum is set to FULL, then no empty space is left in
95 # the database file.
96 do_execsql_test e_vacuum-1.1.$tn.2 {PRAGMA freelist_count} 0
97 } else {
98 set freelist [expr {$nPage - $sz}]
99 if {$avmode == "incremental"} {
100 # The page size is 1024 bytes. Therefore, assuming the database contains
101 # somewhere between 207 and 411 pages (it does), there are 2 pointer-map
102 # pages.
103 incr freelist -2
104 }
105 do_execsql_test e_vacuum-1.1.$tn.3 {PRAGMA freelist_count} $freelist
106 do_execsql_test e_vacuum-1.1.$tn.4 {VACUUM} {}
107 }
108
109 do_test e_vacuum-1.1.$tn.5 { expr {[file size test.db] / 1024} } $sz
110 }
111
112 # EVIDENCE-OF: R-50943-18433 Frequent inserts, updates, and deletes can
113 # cause the database file to become fragmented - where data for a single
114 # table or index is scattered around the database file.
115 #
116 # EVIDENCE-OF: R-05791-54928 Running VACUUM ensures that each table and
117 # index is largely stored contiguously within the database file.
118 #
119 # e_vacuum-1.2.1 - Perform many INSERT, UPDATE and DELETE ops on table t1.
120 # e_vacuum-1.2.2 - Verify that t1 and its indexes are now quite fragmented.
121 # e_vacuum-1.2.3 - Run VACUUM.
122 # e_vacuum-1.2.4 - Verify that t1 and its indexes are now much
123 # less fragmented.
124 #
125 ifcapable vtab {
126 create_db
127 register_dbstat_vtab db
128 do_execsql_test e_vacuum-1.2.1 {
129 DELETE FROM t1 WHERE a%2;
130 INSERT INTO t1 SELECT b, a FROM t2 WHERE a%2;
131 UPDATE t1 SET b=randomblob(600) WHERE (a%2)==0;
132 } {}
133
134 do_test e_vacuum-1.2.2.1 { expr [fragment_count t1]>100 } 1
135 do_test e_vacuum-1.2.2.2 { expr [fragment_count sqlite_autoindex_t1_1]>100 } 1
136 do_test e_vacuum-1.2.2.3 { expr [fragment_count sqlite_autoindex_t1_2]>100 } 1
137
138 do_execsql_test e_vacuum-1.2.3 { VACUUM } {}
139
140 # In practice, the tables and indexes each end up stored as two fragments -
141 # one containing the root page and another containing all other pages.
142 #
143 do_test e_vacuum-1.2.4.1 { fragment_count t1 } 2
144 do_test e_vacuum-1.2.4.2 { fragment_count sqlite_autoindex_t1_1 } 2
145 do_test e_vacuum-1.2.4.3 { fragment_count sqlite_autoindex_t1_2 } 2
146 }
147
148 # EVIDENCE-OF: R-20474-44465 Normally, the database page_size and
149 # whether or not the database supports auto_vacuum must be configured
150 # before the database file is actually created.
151 #
152 do_test e_vacuum-1.3.1.1 {
153 create_db "PRAGMA page_size = 1024 ; PRAGMA auto_vacuum = FULL"
154 execsql { PRAGMA page_size ; PRAGMA auto_vacuum }
155 } {1024 1}
156 do_test e_vacuum-1.3.1.2 {
157 execsql { PRAGMA page_size = 2048 }
158 execsql { PRAGMA auto_vacuum = NONE }
159 execsql { PRAGMA page_size ; PRAGMA auto_vacuum }
160 } {1024 1}
161
162 # EVIDENCE-OF: R-08570-19916 However, when not in write-ahead log mode,
163 # the page_size and/or auto_vacuum properties of an existing database
164 # may be changed by using the page_size and/or pragma auto_vacuum
165 # pragmas and then immediately VACUUMing the database.
166 #
167 do_test e_vacuum-1.3.2.1 {
168 execsql { PRAGMA journal_mode = delete }
169 execsql { PRAGMA page_size = 2048 }
170 execsql { PRAGMA auto_vacuum = NONE }
171 execsql VACUUM
172 execsql { PRAGMA page_size ; PRAGMA auto_vacuum }
173 } {2048 0}
174
175 # EVIDENCE-OF: R-48521-51450 When in write-ahead log mode, only the
176 # auto_vacuum support property can be changed using VACUUM.
177 #
178 do_test e_vacuum-1.3.3.1 {
179 execsql { PRAGMA journal_mode = wal }
180 execsql { PRAGMA page_size ; PRAGMA auto_vacuum }
181 } {2048 0}
182 do_test e_vacuum-1.3.3.2 {
183 execsql { PRAGMA page_size = 1024 }
184 execsql { PRAGMA auto_vacuum = FULL }
185 execsql VACUUM
186 execsql { PRAGMA page_size ; PRAGMA auto_vacuum }
187 } {2048 1}
188
189 # EVIDENCE-OF: R-38001-03952 VACUUM only works on the main database. It
190 # is not possible to VACUUM an attached database file.
191 forcedelete test.db2
192 create_db { PRAGMA auto_vacuum = NONE }
193 do_execsql_test e_vacuum-2.1.1 {
194 ATTACH 'test.db2' AS aux;
195 PRAGMA aux.page_size = 1024;
196 CREATE TABLE aux.t3 AS SELECT * FROM t1;
197 DELETE FROM t3;
198 } {}
199 set original_size [file size test.db2]
200
201 # Try everything we can think of to get the aux database vacuumed:
202 do_execsql_test e_vacuum-2.1.3 { VACUUM } {}
203 do_execsql_test e_vacuum-2.1.4 { VACUUM aux } {}
204 do_execsql_test e_vacuum-2.1.5 { VACUUM 'test.db2' } {}
205
206 # Despite our efforts, space in the aux database has not been reclaimed:
207 do_test e_vacuum-2.1.6 { expr {[file size test.db2]==$::original_size} } 1
208
209 # EVIDENCE-OF: R-17495-17419 The VACUUM command may change the ROWIDs of
210 # entries in any tables that do not have an explicit INTEGER PRIMARY
211 # KEY.
212 #
213 # Tests e_vacuum-3.1.1 - 3.1.2 demonstrate that rowids can change when
214 # a database is VACUUMed. Tests e_vacuum-3.1.3 - 3.1.4 show that adding
215 # an INTEGER PRIMARY KEY column to a table stops this from happening.
216 #
217 do_execsql_test e_vacuum-3.1.1 {
218 CREATE TABLE t4(x);
219 INSERT INTO t4(x) VALUES('x');
220 INSERT INTO t4(x) VALUES('y');
221 INSERT INTO t4(x) VALUES('z');
222 DELETE FROM t4 WHERE x = 'y';
223 SELECT rowid, x FROM t4;
224 } {1 x 3 z}
225 do_execsql_test e_vacuum-3.1.2 {
226 VACUUM;
227 SELECT rowid, x FROM t4;
228 } {1 x 2 z}
229
230 do_execsql_test e_vacuum-3.1.3 {
231 CREATE TABLE t5(x, y INTEGER PRIMARY KEY);
232 INSERT INTO t5(x) VALUES('x');
233 INSERT INTO t5(x) VALUES('y');
234 INSERT INTO t5(x) VALUES('z');
235 DELETE FROM t5 WHERE x = 'y';
236 SELECT rowid, x FROM t5;
237 } {1 x 3 z}
238 do_execsql_test e_vacuum-3.1.4 {
239 VACUUM;
240 SELECT rowid, x FROM t5;
241 } {1 x 3 z}
242
243 # EVIDENCE-OF: R-49563-33883 A VACUUM will fail if there is an open
244 # transaction, or if there are one or more active SQL statements when it
245 # is run.
246 #
247 do_execsql_test e_vacuum-3.2.1.1 { BEGIN } {}
248 do_catchsql_test e_vacuum-3.2.1.2 {
249 VACUUM
250 } {1 {cannot VACUUM from within a transaction}}
251 do_execsql_test e_vacuum-3.2.1.3 { COMMIT } {}
252 do_execsql_test e_vacuum-3.2.1.4 { VACUUM } {}
253 do_execsql_test e_vacuum-3.2.1.5 { SAVEPOINT x } {}
254 do_catchsql_test e_vacuum-3.2.1.6 {
255 VACUUM
256 } {1 {cannot VACUUM from within a transaction}}
257 do_execsql_test e_vacuum-3.2.1.7 { COMMIT } {}
258 do_execsql_test e_vacuum-3.2.1.8 { VACUUM } {}
259
260 create_db
261 do_test e_vacuum-3.2.2.1 {
262 set res ""
263 db eval { SELECT a FROM t1 } {
264 if {$a == 10} { set res [catchsql VACUUM] }
265 }
266 set res
267 } {1 {cannot VACUUM - SQL statements in progress}}
268
269
270 # EVIDENCE-OF: R-38735-12540 As of SQLite version 3.1, an alternative to
271 # using the VACUUM command to reclaim space after data has been deleted
272 # is auto-vacuum mode, enabled using the auto_vacuum pragma.
273 #
274 do_test e_vacuum-3.3.1 {
275 create_db { PRAGMA auto_vacuum = FULL }
276 execsql { PRAGMA auto_vacuum }
277 } {1}
278
279 # EVIDENCE-OF: R-64844-34873 When auto_vacuum is enabled for a database
280 # free pages may be reclaimed after deleting data, causing the file to
281 # shrink, without rebuilding the entire database using VACUUM.
282 #
283 do_test e_vacuum-3.3.2.1 {
284 create_db { PRAGMA auto_vacuum = FULL }
285 execsql {
286 DELETE FROM t1;
287 DELETE FROM t2;
288 }
289 expr {[file size test.db] / 1024}
290 } {8}
291 do_test e_vacuum-3.3.2.2 {
292 create_db { PRAGMA auto_vacuum = INCREMENTAL }
293 execsql {
294 DELETE FROM t1;
295 DELETE FROM t2;
296 PRAGMA incremental_vacuum;
297 }
298 expr {[file size test.db] / 1024}
299 } {8}
300
301 finish_test
OLDNEW
« no previous file with comments | « third_party/sqlite/src/test/e_update.test ('k') | third_party/sqlite/src/test/enc4.test » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698