我在C ++程序中使用sqlite3 dbms,主要用于将文件存储为blob对象(我知道这不是最佳选择)。
显然我会逐渐写它们,因为它们有时可能很大(40-80MB),所以我必须首先使用绑定函数sqlite3_bind_zeroblob(...)
创建blob的占位符,之后我打开blob写入并逐步读取它。
我面临的问题是,当我创建blob占位符(在sqlite3_step
期间)时,我的应用程序的RAM消耗达到80-160MB,持续2-3秒,一旦创建,RAM消耗最多回到2-3MB 。
我不明白为什么!如果他们创建了一种逐步写入blob的方法,那么肯定有一种方法可以创建那个愚蠢的占位符而不会浪费160MB的RAM,但我没有找到它。你有什么建议吗?
sqlite3_stmt* stm = NULL;
sqlite3_blob *BLOB = NULL;
rc = sqlite3_prepare_v2(db, sql.c_str(), -1, &stm, NULL);
rc = sqlite3_bind_blob(stm, 1, wpath.c_str(), wpath.size()*sizeof(wchar_t), SQLITE_STATIC);
rc = sqlite3_bind_text(stm, 2, hash.c_str(), hash.size(), SQLITE_STATIC);
rc = sqlite3_bind_zeroblob(stm, 3, size);
rc = sqlite3_bind_int(stm, 4, versione);
rc = sqlite3_bind_blob(stm, 5, last.c_str(), last.size()*sizeof(wchar_t), SQLITE_STATIC);
rc = sqlite3_step(stm);
if (rc != SQLITE_DONE) {
fprintf(stderr, " This file was already present in the database!\n", rc);
return;
}
else {
fprintf(stdout, "Record FILE created successfully\n");
}
这是qazxsw poi报道的一个问题。 官方的答案是:
为了使zeroblobs如上所述工作(使用固定数量的内存,无论它们有多大),所有zeroblobs必须位于行的末尾。换句话说,接收zeroblobs的表的列必须是表中的最后一列。如果zeroblob后面有任何非零内容,那么zeroblob将扩展为零字节的文字序列,这意味着必须为整个zeroblob分配内存。
所以你需要更改顺序来修复它:
HERE