Question

我在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");
}

Answer 1

这是一个报道HERE的问题而官方的答案是：

为了使zeroblobs如上所述工作（使用固定量的记忆无论它们有多大）所有的zeroblobs都必须在最后排。换句话说，表的列是接收zeroblobs必须是表中的最后一列。如果任何非零内容都遵循zeroblob，然后是zeroblob 扩展为零字节的文字序列，意味着内存必须被分配给整个zeroblob。

因此您需要更改订单以修复它：

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_int(stm, 3, versione);
rc = sqlite3_bind_blob(stm, 4, last.c_str(), last.size()*sizeof(wchar_t), SQLITE_STATIC);
rc = sqlite3_bind_zeroblob(stm, 5, size);

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");
}

使用Sqlite3 blob在C ++程序中使用RAM

1 个答案: