关于SQLite的I/O 读取问题

　　SQLite是一个非常好的嵌入式关系数据库，它在很多的项目当中被使用，并且通过实际用户的考验也应证明了它的稳定与强壮。但是最近在使用SQLite的过程中却发现了它在Windows平台下存在着一个很严重的问题，就是很容易出现超大的I/O读取字节数，比之BT还要惊人！

　　下图是运行了一个小时后的 BitComet 和 一个使用了多表联合，触发器的SQLite程序（运行时数据库操作比较频繁）的I/O对比：

　　SQLite：

　　可以看出SQLite的I/O的读取字节数增长的很快，经过初步估计如果是使用的简单查询，增长的幅度基本上是与当前数据库文件的大小相同，如果是多表的联合查询，或者是有触发器的情况下，基本上就是（数据库文件的大小×N）了。可以想象这样的读取量对于硬盘来说还是比较‘累’的。

　　经过大量的测试，我个人的感觉是要想减少I/O 只能是多使用事务，并且把对数据库的操作尽量放在一个函数体中（因为好像不能跨函数使用事务），不论是读取还是写入，都要用事务和回滚来处理，这样 I/O 减少一些。当然这只是我个人的看法，并且只是针对Windows平台的，不知道在Linux下是否也会有相同的问题。

　　好在SQLite的新版本中已经注意到了这个问题，并且开始做改进了，相信在不久的将来会有解决问题的稳定版发布的。

　　测试用的源代码：

　　int main(int argc, char* argv[])
　　
　　{
　　
　　sqlite3 *db;
　　
　　char *zErrMsg = 0;
　　
　　int rc, nrow = 0, ncolumn = 0;
　　
　　char ** azResult;
　　
　　char exec[1024]="";
　　
　　int a=0;
　　
　　sqlite3_open("picture.db", &db);
　　
　　rc = sqlite3_exec(db, "BEGIN;", 0, 0, &zErrMsg);
　　
　　//////////////////////////////////////////////////////////////////////////
　　
　　for (int i=0; i < 1000; i++)
　　
　　{
　　
　　sqlite3_get_table(db, "SELECT * FROM picture;", &azResult, &nrow, &ncolumn, &zErrMsg);
　　
　　for(int k = 1; k <= nrow; k++)
　　
　　{
　　
　　printf(azResult[k*ncolumn]);
　　
　　}
　　
　　sqlite3_free_table(azResult);
　　
　　for (int j=0; j< 6; j++)
　　
　　{
　　
　　sprintf(exec, "insert into PICTURE values ('%s','%d','%s','%s','%s','%s','%s','%s','%d','%d','%d','%s');",
　　
　　"filename", a, "", "2006", "12", "12", "102410241", "none", 0, 0, 0, "");
　　
　　rc = sqlite3_exec(db, exec, 0, 0, &zErrMsg);
　　
　　a++;
　　
　　}
　　
　　}
　　
　　rc = sqlite3_exec(db, "COMMIT;", 0, 0, &zErrMsg);
　　
　　sqlite3_close(db);
　　
　　MessageBox(NULL,"end","end",0);
　　
　　return 0;
　　
　　}