(1) 如何建立自動增長字段?

簡短回答：聲明為 INTEGER PRIMARY KEY 的列將會自動增長。

長一點的答案：如果你聲明表的一列為 INTEGER PRIMARY KEY，那么， 每當你在該列上插入一NULL值時， NULL自動被轉(zhuǎn)換為一個比該列中最大值大1的一個整數(shù)，如果表是空的， 將會是1。(如果是最大可能的主鍵 9223372036854775807，那個，將鍵值將是隨機未使用的數(shù)。） 如，有下列表：

CREATE TABLE t1(
? a INTEGER PRIMARY KEY,
? b INTEGER
);

在該表上，下列語句

INSERT INTO t1 VALUES(NULL,123);

在邏輯上等價于：

INSERT INTO t1 VALUES((SELECT max(a) FROM t1)+1,123);

有一個新的API叫做 sqlite3_last_insert_rowid()， 它將返回最近插入的整數(shù)值。

注意該整數(shù)會比表中該列上的插入之前的最大值大1。該鍵值在當前的表中是唯一的。但有可能與已從表中刪除的值重疊。要想建立在整個表的生命周期中唯一的鍵值，需要在 INTEGER PRIMARY KEY 上增加AUTOINCREMENT聲明。那么，新的鍵值將會比該表中曾能存在過的最大值大1。如果最大可能的整數(shù)值在數(shù)據(jù)表中曾經(jīng)存在過，INSERT將會失敗， 并返回SQLITE_FULL錯誤代碼。

(2)SQLite3支持何種數(shù)據(jù)類型？

NULL
INTEGER
REAL
TEXT
BLOB
但實際上，sqlite3也接受如下的數(shù)據(jù)類型：
smallint ?16 位元的整數(shù)。
interger ?32 位元的整數(shù)。
decimal(p,s)? p 精確值和 s 大小的十進位整數(shù)，精確值p是指全部有幾個數(shù)(digits)大小值????，s是指小數(shù)點後有幾位數(shù)。如果沒有特別指定，則系統(tǒng)會設(shè)為 p=5; s=0 。
float ? 32位元的實數(shù)。
double ? 64位元的實數(shù)。
char(n)?? n 長度的字串，n不能超過 254。
varchar(n)??長度不固定且其最大長度為 n 的字串，n不能超過 4000。
graphic(n)??和 char(n) 一樣，不過其單位是兩個字元 double-bytes， n不能超過127。???這個形態(tài)是為了支援兩個字元長度的字體，例如中文字。
vargraphic(n)??可變長度且其最大長度為 n 的雙字元字串，n不能超過 2000。
date ??包含了 年份、月份、日期。
time ??包含了 小時、分鐘、秒。
timestamp ?包含了 年、月、日、時、分、秒、千分之一秒。

(3)SQLite允許向一個integer型字段中插入字符串！

這是一個特性，而不是一個bug。SQLite不強制數(shù)據(jù)類型約束。任何數(shù)據(jù)都可以插入任何列。你可以向一個整型列中插入任意長度的字符串，向布爾型列中插入浮點數(shù)，或者向字符型列中插入日期型值。在 CREATE TABLE 中所指定的數(shù)據(jù)類型不會限制在該列中插入任何數(shù)據(jù)。任何列均可接受任意長度的字符串（只有一種情況除外：標志為INTEGER PRIMARY KEY的列只能存儲64位整數(shù)，當向這種列中插數(shù)據(jù)除整數(shù)以外的數(shù)據(jù)時，將會產(chǎn)生錯誤。

但SQLite確實使用聲明的列類型來指示你所期望的格式。所以，例如你向一個整型列中插入字符串時，SQLite會試圖將該字符串轉(zhuǎn)換成一個整數(shù)。如果可以轉(zhuǎn)換，它將插入該整數(shù)；否則，將插入字符串。這種特性有時被稱為 類型或列親和性(type or column affinity).

(4)為什么SQLite不允許在同一個表不同的兩行上使用0和0.0作主鍵？

主鍵必須是數(shù)值類型，將主鍵改為TEXT型將不起作用。

每一行必須有一個唯一的主鍵。對于一個數(shù)值型列， SQLite認為 '0' 和 '0.0' 是相同的， 因為他們在作為整數(shù)比較時是相等的(參見上一問題)。所以，這樣值就不唯一了。

(5)多個應(yīng)用程序或一個應(yīng)用程序的多個實例可以同時訪問同一個數(shù)據(jù)庫文件嗎？

多個進程可同時打開同一個數(shù)據(jù)庫。多個進程可以同時進行SELECT 操作，但在任一時刻，只能有一個進程對數(shù)據(jù)庫進行更改。

SQLite 使用讀、寫鎖控制對數(shù)據(jù)庫的訪問。（在Win95/98/ME等不支持讀、 寫鎖的系統(tǒng)下，使用一個概率性的模擬來代替。）但使用時要注意：如果數(shù)據(jù)庫文件存放于一個NFS文件系統(tǒng)上，這種鎖機制可能不能正常工作。這是因為 fcntl() 文件鎖在很多NFS上沒有正確的實現(xiàn)。在可能有多個進程同時訪問數(shù)據(jù)庫的時候，應(yīng)該避免將數(shù)據(jù)庫文件放到NFS上。在Windows上，Microsoft的文檔中說：如果使用 FAT 文件系統(tǒng)而沒有運行 share.exe 守護進程，那么鎖可能是不能正常使用的。那些在Windows上有很多經(jīng)驗的人告訴我：對于網(wǎng)絡(luò)文件，文件鎖的實現(xiàn)有好多Bug，是靠不住的。如果他們說的是對的，那么在兩臺或多臺Windows機器間共享數(shù)據(jù)庫可能會引起不期望的問題。

我們意識到，沒有其它嵌入式的 SQL 數(shù)據(jù)庫引擎能象 SQLite 這樣處理如此多的并發(fā)。SQLite允許多個進程同時打開一個數(shù)據(jù)庫，同時讀一個數(shù)據(jù)庫。當有任何進程想要寫時，它必須在更新過程中鎖住數(shù)據(jù)庫文件。但那通常只是幾毫秒的時間。其它進程只需等待寫進程干完活結(jié)束。典型地，其它嵌入式的SQL數(shù)據(jù)庫引擎同時只允許一個進程連接到數(shù)據(jù)庫。

但是，Client/Server數(shù)據(jù)庫引擎（如 PostgreSQL, MySQL, 或 Oracle） 通常支持更高級別的并發(fā)，并且允許多個進程同時寫同一個數(shù)據(jù)庫。這種機制在Client/Server結(jié)構(gòu)的數(shù)據(jù)庫上是可能的， 因為總是有一個單一的服務(wù)器進程很好地控制、協(xié)調(diào)對數(shù)據(jù)庫的訪問。如果你的應(yīng)用程序需要很多的并發(fā)，那么你應(yīng)該考慮使用一個Client/Server 結(jié)構(gòu)的數(shù)據(jù)庫。但經(jīng)驗表明，很多應(yīng)用程序需要的并發(fā)，往往比其設(shè)計者所想象的少得多。

當SQLite試圖訪問一個被其它進程鎖住的文件時，缺省的行為是返回 SQLITE_BUSY。可以在C代碼中使用 sqlite3_busy_handler() 或 sqlite3_busy_timeout() API 函數(shù)調(diào)整這一行為。

(6)SQLite線程安全嗎？

線程是魔鬼（Threads are evil）。避免使用它們。

SQLite 是線程安全的。由于很多用戶會忽略我們在上一段中給出的建議， 我們做出了這種讓步。但是，為了達到線程安全，SQLite在編譯時必須將 SQLITE_THREADSAFE 預處理宏置為1。在Windows和Linux上， 已編譯的好的二進制發(fā)行版中都是這樣設(shè)置的。如果不確定你所使用的庫是否是線程安全的，可以調(diào)用 sqlite3_threadsafe() 接口找出。

在 3.3.1 版本之前，一個 sqlite3 結(jié)構(gòu)只能被用于調(diào)用 sqlite3_open 創(chuàng)建的同一線程。你不能在一個線程中打開數(shù)據(jù)庫，然后將數(shù)據(jù)庫句柄傳遞給另外一個進程使用。這主要是由于在好多通用的線程實現(xiàn)（如RedHat9）中的限制引起的（是Bug嗎？）。特別的，在有問題的系統(tǒng)上，一個進程創(chuàng)建的 fcntl() 鎖無法被其它線程清除或修改。所以，由于 SQLite 大量使用 fcntl() 鎖做并發(fā)控制， 如果你在不同的線程間移動數(shù)據(jù)庫連接，就可能會出現(xiàn)嚴重的問題。

在3.3.1版本上，關(guān)于在線程間移動數(shù)據(jù)庫連接的限制變得寬松了。在它及以后的版本中，只要連接沒有持有 fcntl() 鎖，在線程間移動句柄是安全的。如果沒有未決的事務(wù)，并且所有的語句都已執(zhí)行完畢， 你就可以安全的假定不再持有任何鎖。

在UNIX中，在執(zhí)行 fork() 系統(tǒng)調(diào)用時不應(yīng)攜帶已打開的數(shù)據(jù)庫進入子進程。那樣做將會有問題。

(7)在SQLite數(shù)據(jù)庫中如何列出所有的表和索引？

如果你運行 sqlite3 命令行來訪問你的數(shù)據(jù)庫，可以鍵入 “.tables”來獲得所有表的列表。或者，你可以輸入 “.schema” 來看整個數(shù)據(jù)庫模式，包括所有的表的索引。輸入這些命令，后面跟一個LIKE模式匹配可以限制顯示的表。

在一個 C/C++ 程序中（或者腳本語言使用 Tcl/Ruby/Perl/Python 等） 你可以在一個特殊的名叫 SQLITE_MASTER 上執(zhí)行一個SELECT查詢以獲得所有 表的索引。每一個 SQLite 數(shù)據(jù)庫都有一個叫 SQLITE_MASTER 的表，它定義數(shù)據(jù)庫的模式。SQLITE_MASTER 表看起來如下：

CREATE TABLE sqlite_master (
? type TEXT,
? name TEXT,
? tbl_name TEXT,
? rootpage INTEGER,
? sql TEXT
);

對于表來說，type 字段永遠是 'table'，name 字段永遠是表的名字。所以，要獲得數(shù)據(jù)庫中所有表的列表， 使用下列SELECT語句：

SELECT name FROM sqlite_master
WHERE type='table'
ORDER BY name;

對于索引，type 等于 'index', name 則是索引的名字，tbl_name 是該索引所屬的表的名字。不管是表還是索引，sql 字段是原先用 CREATE TABLE 或 CREATE INDEX 語句創(chuàng)建它們時的命令文本。對于自動創(chuàng)建的索引（用來實現(xiàn) PRIMARY KEY 或 UNIQUE 約束），sql字段為NULL。

SQLITE_MASTER 表是只讀的。不能對它使用 UPDATE、INSERT 或 DELETE。它會被 CREATE TABLE、CREATE INDEX、DROP TABLE 和 DROP INDEX 命令自動更新。

臨時表不會出現(xiàn)在 SQLITE_MASTER 表中。臨時表及其索引和觸發(fā)器存放在另外一個叫 SQLITE_TEMP_MASTER 的表中。SQLITE_TEMP_MASTER 跟 SQLITE_MASTER 差不多，但它只是對于創(chuàng)建那些臨時表的應(yīng)用可見。如果要獲得所有表的列表， 不管是永久的還是臨時的，可以使用類似下面的命令：

SELECT name FROM
?? (SELECT * FROM sqlite_master UNION ALL
??? SELECT * FROM sqlite_temp_master)
WHERE type='table'
ORDER BY name

(8) SQLite數(shù)據(jù)庫有已知的大小限制嗎？

在 Windows 和 Unix 下，版本 2.7.4的 SQLite 可以達到 2的41次方字節(jié) (2T 字節(jié))。老版本的為 2的31 次方字節(jié)(2G 字節(jié))。
SQLite 版本 2.8 限制一個記錄的容量為 1M。SQLite 版本 3.0 則對單個記錄容量沒有限制。
表名、索引表名、視圖名、觸發(fā)器名和字段名沒有長度限制。但 SQL 函數(shù)的名稱 (由 sqlite3_create_function() API 函數(shù)創(chuàng)建) 不得超過 255 個字符。

對有關(guān)SQLite限制的詳細討論，見 limits.html 。

(9) 在SQLite中，VARCHAR字段最長是多少？

SQLite 不強制 VARCHAR 的長度。你可以在 SQLITE 中聲明一個 VARCHAR(10)，SQLite還是可以很高興地允許你放入500個字符。并且這500個字符是原封不動的，它永遠不會被截斷。

(10) SQLite支持二進制大對象嗎？

SQLite 3.0 及以后版本允許你在任何列中存儲 BLOB 數(shù)據(jù)。即使該列被聲明為其它類型也可以。

(11) 在SQLite中，如何在一個表上添加或刪除一列？

SQLite 有有限地 ALTER TABLE 支持。你可以使用它來在表的末尾增加一列，可更改表的名稱。如果需要對表結(jié)構(gòu)做更復雜的改變，則必須重新建表。重建時可以先將已存在的數(shù)據(jù)放到一個臨時表中，刪除原表， 創(chuàng)建新表，然后將數(shù)據(jù)從臨時表中復制回來。

如，假設(shè)有一個 t1 表，其中有 "a", "b", "c" 三列， 如果要刪除列 c ，以下過程描述如何做:

BEGIN TRANSACTION;
CREATE TEMPORARY TABLE t1_backup(a,b);
INSERT INTO t1_backup SELECT a,b FROM t1;
DROP TABLE t1;
CREATE TABLE t1(a,b);
INSERT INTO t1 SELECT a,b FROM t1_backup;
DROP TABLE t1_backup;
COMMIT;

(12) 我在數(shù)據(jù)庫中刪除了很多數(shù)據(jù)，但數(shù)據(jù)庫文件沒有變小，是Bug嗎？

不是。當你從SQLite數(shù)據(jù)庫中刪除數(shù)據(jù)時， 未用的磁盤空間將會加入一個內(nèi)部的“自由列表”中。當你下次插入數(shù)據(jù)時，這部分空間可以重用。磁盤空間不會丟失， 但也不會返還給操作系統(tǒng)。

如果刪除了大量數(shù)據(jù)，而又想縮小數(shù)據(jù)庫文件占用的空間，執(zhí)行 VACUUM 命令。VACUUM 將會從頭重新組織數(shù)據(jù)庫。這將會使用數(shù)據(jù)庫有一個空的“自由鏈表”， 數(shù)據(jù)庫文件也會最小。但要注意的是，VACUUM 的執(zhí)行會需要一些時間（在SQLite開發(fā)時，在Linux上，大約每M字節(jié)需要半秒種），并且， 執(zhí)行過程中需要原數(shù)據(jù)庫文件至多兩倍的臨時磁盤空間。

對于 SQLite 3.1版本，一個 auto-vacumm 模式可以替代 VACUUM 命令。可以使用 auto_vacuum pragma 打開。

(13) 我可以在商業(yè)產(chǎn)品中使用SQLite而不需支付許可費用嗎？

是的。SQLite 在 public domain。對代碼的任何部分沒有任何所有權(quán)聲明。你可以使用它做任何事。

(14) 如何在字符串中使用單引號(')？

SQL 標準規(guī)定，在字符串中，單引號需要使用逃逸字符，即在一行中使用兩個單引號。在這方面 SQL 用起來類似 Pascal 語言。SQLite 尊循標準。如：

??? INSERT INTO xyz VALUES('5 O''clock');
?

(15) SQLITE_SCHEMA error是什么錯誤？為什么會出現(xiàn)該錯誤？

當一個準備好的（prepared）SQL語句不再有效或者無法執(zhí)行時， 將返回一個 SQLITE_SCHEMA 錯誤。發(fā)生該錯誤時，SQL語句必須使用 sqlite3_prepare() API來重新編譯. 在 SQLite 3 中, 一個 SQLITE_SCHEMA 錯誤只會發(fā)生在用 sqlite3_prepare()/sqlite3_step()/sqlite3_finalize() API 執(zhí)行 SQL 時。而不會發(fā)生在使用 sqlite3_exec()時。在版本2中不是這樣。

準備好的語句失效的最通常原因是：在語句準備好后， 數(shù)據(jù)庫的模式又被修改了。另外的原因會發(fā)生在：

數(shù)據(jù)庫離線：DETACHed.
數(shù)據(jù)庫被 VACUUMed
一個用戶存儲過程定義被刪除或改變。
一個 collation 序列定義被刪除或改變。
認證函數(shù)被改變。
在所有情況下，解決方法是重新編譯并執(zhí)行該SQL語句。因為一個已準備好的語句可以由于其它進程改變數(shù)據(jù)庫模式而失效， 所有使用 sqlite3_prepare()/sqlite3_step()/sqlite3_finalize() API 的代碼都應(yīng)準備處理 SQLITE_SCHEMA 錯誤。下面給出一個例子：

??? int rc;
??? sqlite3_stmt *pStmt;
??? char zSql[] = "SELECT .....";

??? do {
????? /* Compile the statement from SQL. Assume success. */
????? sqlite3_prepare(pDb, zSql, -1, &pStmt, 0);

????? while( SQLITE_ROW==sqlite3_step(pStmt) ){
??????? /* Do something with the row of available data */
????? }

????? /* Finalize the statement. If an SQLITE_SCHEMA error has
????? ** occured, then the above call to sqlite3_step() will have
????? ** returned SQLITE_ERROR. sqlite3_finalize() will return
????? ** SQLITE_SCHEMA. In this case the loop will execute again.
????? */
????? rc = sqlite3_finalize(pStmt);
??? } while( rc==SQLITE_SCHEMA );
?

(16) 為什么 ROUND(9.95,1) 返回 9.9 而不是 10.0？9.95不應(yīng)該圓整 (四舍五入）嗎？

SQLite 使用二進制算術(shù)，在二進制中， 無法用有限的二進制位數(shù)表示 9.95 。使用 64-bit IEEE 浮點 （SQLite就是使用這個）最接近 9.95 的二進制表示是 9.949999999999999289457264239899814128875732421875。所在，當你輸入 9.95 時，SQLite實際上以為是上面的數(shù)字， 在四舍五入時會舍去。

這種問題在使用二進制浮點數(shù)的任何時候都會出現(xiàn)。通常的規(guī)則是記住很多有限的十進制小數(shù)都沒有一個對應(yīng)的二進制表示。所以，它們只能使用最接近的二進制數(shù)。它們通常非常接近， 但也會有些微小的不同，有些時候也會導致你所期望的不同的結(jié)果。

總結(jié)

以上是生活随笔為你收集整理的收集sqlite常见问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。