SQLite3中自增主鍵相關(guān)知識總結(jié)

一、SQLite清空表并將自增列歸零

SQL標(biāo)準(zhǔn)中有TRUNCATE TABLE語句，用來清空表的所有內(nèi)容。
但SQLite不支持這個語句。在SQLite中直接使用 DELETE FROM TableName 就可以了。
對于大多數(shù)DBMS來說，用DELETE不如用TRUNCATE 速度快，因?yàn)門RUNCATE 不用訪問整個表，不用記錄數(shù)據(jù)的變動。

SQLite雖然不支持TRUNCATE，但它對DELETE做了優(yōu)化：
通常在清空表的時候，還需要把自增列歸零。在SQLite中定義自增列的方法如下：

當(dāng)SQLite數(shù)據(jù)庫中包含自增列時，會自動建立一個名為 sqlite_sequence 的表。
這個表包含兩個列：name和seq。name記錄自增列所在的表，seq記錄當(dāng)前序號（下一條記錄的編號就是當(dāng)前序號加1）。
如果想把某個自增列的序號歸零，只需要修改 sqlite_sequence表就可以了。

也可以直接把該記錄刪掉：      

二、Sqlite中INTEGER PRIMARY KEY AUTOINCREMENT和rowid的使用

在用sqlite設(shè)計表時，突然想到一個問題，就是我設(shè)計的表中，每個表都有一個自己的整形id值作為主鍵，
其實(shí)可以不指定這么一個id值，sqlite內(nèi)部本來就會為每個表加上一個 rowid，這個rowid可以當(dāng)成一個隱含的字段使用，

為什么不直接使用這個內(nèi)部的rowid作為每個表的id主鍵呢。
使用自增長字段為主鍵有不少問題，比如維護(hù)或是在大型分布應(yīng)用中主鍵沖突的解決等。
在一些大型分布應(yīng)用中主鍵一般選用guid，這可以有效的避免主鍵沖突，減少對主鍵維護(hù)的工程。
當(dāng)然，對于中小型的應(yīng)用，自增長字段的好處更多一些，簡單、快速。

Sqlite中，一個自增長字段定義為 INTEGER PRIMARY KEY AUTOINCREMENT
那么在插入一個新數(shù)據(jù)時，只需要將這個字段的值指定為NULL，即可由引擎自動設(shè)定其值，
引擎會設(shè)定為最大的rowid+1 當(dāng)然，也可以設(shè)置為非NULL的數(shù)字來自己指定這個值，但這樣就必須自己小心，不要引起沖突。

rowid的新值會這個最大數(shù)之前隨機(jī)找一個沒被使用了的值。所以在rowid達(dá)到最大值前，rowid的值是嚴(yán)格單調(diào)增加的。
INTEGER PRIMARY KEY AUTOINCREMENT 自增長字段的算法與rowid稍微有些不同。
第一，在達(dá)到最大值后，rowid會找已被刪除的字段對應(yīng)的rowid作為新值，而自增長字段則會丟出一個SQLITE_FULL的錯誤。
第二，自增長字段在增加新值時，是找一個從沒被使用過的rowid作為新值，而rowid則是找最大已存在的rowid+1。

這里對應(yīng)用的影響會比較大，尤其是一些對id值有依賴的元記錄，只適合使用自增長字段而不能用rowid。
比如，我們設(shè)計一個元記錄表：

最后，我們的應(yīng)用可以根據(jù)這個一級表來產(chǎn)生實(shí)際使用的二級表。
這樣為保證兼容性meta_struct中的id必須是唯一的，如果有字段被刪除，也不能重復(fù)使用這個字段的id值，不然，在數(shù)據(jù)庫合并時，
一級表和二級表就會混亂。所以meta_struct表中的主鍵只能使用自增長字段，而不能用rowid。

第三，使用自增長字段，引擎會自動產(chǎn)生一個sqlite_sequence表，用于記錄每個表的自增長字段的已使用的最大值，用戶可以看到，
并可以用使用Update、Delete和Insert操作，但不建議這么使用，這會讓引擎混亂。如果使用rowid，也會有這么一個內(nèi)部表，用戶可以維護(hù)rowid值，但看不到。