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;

}