當交錯彼此影響的語句時，SQLite定義的行爲是什麼？

Question

在SQLite的，如果我準備SELECT聲明，並開始通過它加強，則達到了結果的最後行之前我執行的是對SELECT聲明，我踩着通過影響另一份聲明中，什麼是預期的結果？

我找不到什麼是應該發生的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; 
} 

Answer 1

SQLite在同一事務中的併發語句的行爲既沒有記錄也沒有定義。

正如你所看到的，當SELECT的光標還沒有達到該表的那部分新插入的記錄可能可以看到。 但是，如果SQLite需要創建用於排序或分組的臨時結果表，則表中以後的更改不會顯示在該結果中。 您是否擁有臨時表可能取決於查詢優化器所做的決定，因此這通常是不可預測的。

如果多個線程同時訪問同一個連接時，SQLite將鎖定DB圍繞每一個sqlite3_step通話。 這可以防止數據損壞，但是當自動事務的最後一個活動語句結束時，您仍然會遇到自動事務結束的問題，並且如果有其他活動語句，則顯式事務將失敗COMMIT。

多線程程序最好每個線程使用（至少）一個連接。