SQLite的數(shù)據(jù)庫本質(zhì)上來講就是一個磁盤上的文件,所以一切的數(shù)據(jù)庫操作其實(shí)都會轉(zhuǎn)化為對文件的操作,而頻繁的文件操作將會是一個很好時的過程,會極大地影響數(shù)據(jù)庫存取的速度。
例如:向數(shù)據(jù)庫中插入100萬條數(shù)據(jù),在默認(rèn)的情況下如果僅僅是執(zhí)行
sqlite3_exec(db, “insert into name values ‘lxkxf', ‘24'; ”, 0, 0, &zErrMsg);
將會重復(fù)的打開關(guān)閉數(shù)據(jù)庫文件100萬次,所以速度當(dāng)然會很慢。因此對于這種情況我們應(yīng)該使用“事務(wù)”。
具體方法如下:在執(zhí)行SQL語句之前和SQL語句執(zhí)行完畢之后加上
rc = sqlite3_exec(db, "BEGIN;", 0, 0, &zErrMsg);
//執(zhí)行SQL語句
rc = sqlite3_exec(db, "COMMIT;", 0, 0, &zErrMsg);
這樣SQLite將把全部要執(zhí)行的SQL語句先緩存在內(nèi)存當(dāng)中,然后等到COMMIT的時候一次性的寫入數(shù)據(jù)庫,這樣數(shù)據(jù)庫文件只被打開關(guān)閉了一次,效率自然大大的提高。有一組數(shù)據(jù)對比:
測試1: 1000 INSERTs
CREATE TABLE t1(a INTEGER, b INTEGER, c VARCHAR(100));
INSERT INTO t1 VALUES(1,13153,'thirteen thousand one hundred fifty three');
INSERT INTO t1 VALUES(2,75560,'seventy five thousand five hundred sixty');
... 995 lines omitted
INSERT INTO t1 VALUES(998,66289,'sixty six thousand two hundred eighty nine');
INSERT INTO t1 VALUES(999,24322,'twenty four thousand three hundred twenty two');
INSERT INTO t1 VALUES(1000,94142,'ninety four thousand one hundred forty two');
SQLite 2.7.6:
13.061
SQLite 2.7.6 (nosync):
0.223
測試2: 使用事務(wù) 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;
SQLite 2.7.6:
0.914
SQLite 2.7.6 (nosync):
0.757
可見使用了事務(wù)之后卻是極大的提高了數(shù)據(jù)庫的效率。但是我們也要注意,使用事務(wù)也是有一定的開銷的,所以對于數(shù)據(jù)量很小的操作可以不必使用,以免造成而外的消耗。