測試2:在事務處理程序中的 25000 INSERTs

BEGIN;
CREATE TABLE t2(a INTEGER, b INTEGER, c VARCHAR(100));
INSERT INTO t2 VALUES(1,59672,'fifty nine thousand six hundred seventy two');
... 24997 lines omitted
INSERT INTO t2 VALUES(24999,89569,'eighty nine thousand five hundred sixty nine');
INSERT INTO t2 VALUES(25000,94666,'ninety four thousand six hundred sixty six');
COMMIT;

當所有的INSERTs被放入一個事務處理程序時，SQLite不在需要關(guān)閉再打開數(shù)據(jù)庫，或者使各個語句間的高速緩存器無效。在結(jié)束之前它也不用再執(zhí)行fsync()s。當解決了這個問題后SQLite 比PostgreSQL和MySQL快很多。.

測試 3: 在編入索引表格中的25000 INSERTs

BEGIN;
CREATE TABLE t3(a INTEGER, b INTEGER, c VARCHAR(100));
CREATE INDEX i3 ON t3(c);
... 24998 lines omitted
INSERT INTO t3 VALUES(24999,88509,'eighty eight thousand five hundred nine');
INSERT INTO t3 VALUES(25000,84791,'eighty four thousand seven hundred ninety one');
COMMIT;

有報告說SQLite在編入索引的表格中表現(xiàn)的不是很好。這個測試證明事實不是這樣的，雖然SQLite在創(chuàng)建索引登錄時不是很快，但它整體的速度仍是比PostgreSQL和MySQL快。

測試 4:沒有索引的 100 SELECTs

BEGIN;
SELECT count(*), avg(b) FROM t2 WHERE b>=0 AND b<1000;
SELECT count(*), avg(b) FROM t2 WHERE b>=100 AND b<1100;
... 96 lines omitted
SELECT count(*), avg(b) FROM t2 WHERE b>=9800 AND b<10800;
SELECT count(*), avg(b) FROM t2 WHERE b>=9900 AND b<10900;
COMMIT;

這個測試是在一個沒有索引的25000登錄表格中進行100查詢，所以需要瀏覽一個完整的表格。 SQLite之前的版本在這個測試上比PostgreSQL和MySQL慢，但最新版本的SQLite是比前兩者都快的。

測試5: 在一個字符串比較上的100 SELECTs

BEGIN;
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%one%';
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%two%';
... 96 lines omitted
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%ninety nine%';
SELECT count(*), avg(b) FROM t2 WHERE c LIKE '%one hundred%';
COMMIT;

這個測試瀏覽 100 完整表格，但它使用字符串比較，而不是數(shù)字比較。This test still does 100 full table scans but it uses uses string comparisons instead of numerical comparisons. SQLite 比PostgreSQL快三倍，比MYSQL快30%。

Test 6: Creating an index

CREATE INDEX i2a ON t2(a);
CREATE INDEX i2b ON t2(b);