2013-04-24 29 views
1

在SQLite的,如果我准备SELECT声明,并开始通过它加强,则达到了结果的最后行之前我执行的是对SELECT声明,我踩着通过影响另一份声明中,什么是预期的结果?当交错彼此影响的语句时,SQLite定义的行为是什么?

我找不到什么是应该发生的SQLite的文档中的任何东西,但它似乎是在多线程环境中编程时,一个非常常见的情况。

下面是可以编译和运行在Windows上展示的情况一个C++文件。

#include "stdafx.h" 
#include "sqlite3.h" 
#include <Windows.h> 
#include <iostream> 
#include <Knownfolders.h> 
#include <Shlobj.h> 
#include <wchar.h> 
#include <comdef.h> 

using namespace std; 

int exec_sql(sqlite3 *db, const char* sql) 
{ 
    char *errmsg; 
    int result = sqlite3_exec(db, sql, NULL, NULL, &errmsg); 
    if (result != SQLITE_OK) { 
     cout << errmsg << endl; 
     return -1; 
    } 

    return 0; 
} 

int _tmain(int argc, _TCHAR* argv[]) 
{ 
    cout << "Running jsqltst with SQLite version: "; 
    cout << sqlite3_libversion(); 
    cout << endl; 

    PWSTR userhome; 

    if (!SUCCEEDED(SHGetKnownFolderPath(FOLDERID_Profile, NULL, NULL, &userhome))) { 
     cout << "Failed getting user home dir\n"; 
     return -1; 
    } 

    wcout << "User home: " << userhome << endl; 

    wchar_t *ws1 = userhome, *ws2 = L"\\test.sqlite"; 
    wstring dbpath_str(ws1); 
    dbpath_str += wstring(ws2); 
    _bstr_t dbpath(dbpath_str.c_str()); 

    cout << "DB path: " << dbpath << endl; 

    sqlite3 *db; 

    int result = sqlite3_open_v2(dbpath, &db, SQLITE_OPEN_READWRITE|SQLITE_OPEN_CREATE, NULL); 
    if (result != SQLITE_OK) { 
     cout << sqlite3_errmsg(db) << endl; 
     return -1; 
    } 

    const char * create_stmt = "CREATE TABLE IF NOT EXISTS atable (id INTEGER PRIMARY KEY, name TEXT, number INTEGER);"; 
    if (exec_sql(db, create_stmt) != 0) { 
     return -1; 
    } 

    const char * delete_stmt = "DELETE FROM atable;"; 
    if (exec_sql(db, delete_stmt) != 0) { 
     return -1; 
    } 

    const char * insert_stmt = "INSERT INTO atable (name,number) VALUES ('Beta',77),('Alpha',99);"; 
    if (exec_sql(db, insert_stmt) != 0) { 
     return -1; 
    } 

    sqlite3_stmt* select_ss; 
    const char * select_stmt = "SELECT * FROM atable;"; 
    result = sqlite3_prepare_v2(db, select_stmt, -1, &select_ss, NULL); 
    if (result != SQLITE_OK) { 
     cout << sqlite3_errmsg(db) << endl; 
     return -1; 
    } 

    int i = 0; 
    boolean gotrow; 
    do { 
     result = sqlite3_step(select_ss); 
     gotrow = result == SQLITE_ROW; 
     if (gotrow) { 
      i++; 
      cout << "I got a row!" << endl; 

      if (i == 1) { 
       if (exec_sql(db, insert_stmt) != 0) { 
        return -1; 
       } 
      } 
     } 
    } while (gotrow); 

    cout << "Last result: " << result << ", errstr: " << sqlite3_errstr(result) << endl; 

    result = sqlite3_finalize(select_ss); 
    if (result != SQLITE_OK) { 
     cout << sqlite3_errmsg(db) << endl; 
     return -1; 
    } 

    return 0; 
} 
+0

可能的答案:http://www.sqlite.org/transactional.html http://www.sqlite.org/atomiccommit.html http://www.sqlite.org/faq.html#q6 – Patashu 2013-04-24 01:24:07

+0

感谢链接。我以前看过这两个。第一个简单地解释了SQLite如何确保数据库永不损坏,并在提交更改时处理错误,第二个简单地说“它是线程安全的”,但没有解释预期的行为。 – satur9nine 2013-04-24 01:26:37

+0

这个页面似乎更有帮助,它包含了关于临时表的一些有趣点,我将需要阅读更多关于这些问题的内容,看看它们是否提供了解决此问题的方法:http://www.sqlite。 org/cvstrac/wiki?p = MultiThreading – satur9nine 2013-04-24 18:52:07

回答

3

SQLite在同一事务中的并发语句的行为既没有记录也没有定义。

正如你所看到的,当SELECT的光标还没有达到该表的那部分新插入的记录可能可以看到。 但是,如果SQLite需要创建用于排序或分组的临时结果表,则表中以后的更改不会显示在该结果中。 您是否拥有临时表可能取决于查询优化器所做的决定,因此这通常是不可预测的。

如果多个线程同时访问同一个连接时,SQLite将锁定DB围绕每一个sqlite3_step通话。 这可以防止数据损坏,但是当自动事务的最后一个活动语句结束时,您仍然会遇到自动事务结束的问题,并且如果有其他活动语句,则显式事务将失败COMMIT

多线程程序最好每个线程使用(至少)一个连接。

+0

好的答案,如果作者在文档的某处承认了这一点,那将会很好。如果有一个特性指定特定事务的结果不受其他并发事务的影响,那将会更好。 – satur9nine 2013-04-24 18:44:38

+0

特定事务的结果总是*不受其他并发事务影响。你的问题是* same *事务中的并发语句。为了使'SELECT'结果不受这些影响,SQLite需要创建数据的临时副本,即使不需要,或者更改其文件格式以存储相同数据的旧版本和新版本。这些都不符合“精简版”的设计。 – 2013-04-25 09:02:15

+0

每个线程单独的连接也解决了记录线程覆盖每个其他errmsgs问题?但是,如果你使用线程,最好使用与其他线程隔离的事务, – 2014-12-03 21:21:36

相关问题