SQLite庫可以解析大部分標(biāo)準(zhǔn)SQL語言。但它也省去了一些特性并且加入了一些自己的新特性。這篇文檔就是試圖描述那些SQLite支持/不支持的SQL語法的。查看關(guān)鍵字列表。

如下語法表格中，純文本用藍(lán)色粗體顯示。非終極符號(hào)為斜體紅色。作為語法一部分的運(yùn)算符用黑色Roman字體表示。

這篇文檔只是對(duì)SQLite實(shí)現(xiàn)的SQL語法的綜述，有所忽略。想要得到更詳細(xì)的信息，參考源代碼和語法文件“parse.y”。

SQLite執(zhí)行如下的語法：

• ALTER TABLE
• ANALYZE
• ATTACH DATABASE
• BEGIN TRANSACTION
• 注釋
• COMMIT TRANSACTION
• COPY
• CREATE INDEX
• CREATE TABLE
• CREATE TRIGGER
• CREATE VIEW
• DELETE
• DETACH DATABASE
• DROP INDEX
• DROP TABLE
• DROP TRIGGER
• DROP VIEW
• END TRANSACTION
• EXPLAIN
• 表達(dá)式
• INSERT
• ON CONFLICT子句
• PRAGMA
• REINDEX
• REPLACE
• ROLLBACK TRANSACTION
• SELECT
• UPDATE
• VACUUM

ALTER TABLE

SQLite版本的的ALTER TABLE命令允許用戶重命名或添加新的字段到已有表中，不能從表中刪除字段。

RENAME TO語法用于重命名表名[database-name.]table-name到new-table-name。這一命令不能用于在附加數(shù)據(jù)庫之間移動(dòng)表，只能在同一個(gè)數(shù)據(jù)庫中對(duì)表進(jìn)行重命名。

若需要重命名的表有觸發(fā)器或索引，在重命名后它們依然屬于該表。但若定義了視圖，或觸發(fā)器執(zhí)行的語句中有提到 表的名字，則它們不會(huì)被自動(dòng)改為使用新的表名。若要進(jìn)行這一類的修改，則需手工撤銷并使用新的表名重建觸發(fā)器或視圖。

ADD [COLUMN]語法用于在已有表中添加新的字段。新字段總是添加到已有字段列表的末尾。Column-def可以是CREATE TABLE中允許出現(xiàn)的任何形式，且須符合如下限制：

• 字段不能有主鍵或唯一約束。
• 字段不能有這些缺省值：CURRENT_TIME, CURRENT_DATE或CURRENT_TIMESTAMP
• 若定義了NOT NULL約束，則字段必須有一個(gè)非空的缺省值。

ALTER TABLE語句的執(zhí)行時(shí)間與表中的數(shù)據(jù)量無關(guān)，它在操作一個(gè)有一千萬行的表時(shí)的運(yùn)行時(shí)間與操作僅有一行的表時(shí)是一樣的。

在對(duì)數(shù)據(jù)庫運(yùn)行ADD COLUMN之后，該數(shù)據(jù)庫將無法由SQLite 3.1.3及更早版本讀取，除非運(yùn)行VACUUM命令。

ANALYZE

ANALYZE命令令集合關(guān)于索引的統(tǒng)計(jì)信息并將它們儲(chǔ)存在數(shù)據(jù)庫的一個(gè)特殊表中，查詢優(yōu)化器可以用該表來制作更好的索引選擇。若不給出參數(shù)，所有附加數(shù)據(jù)庫中的所有索引被分析。若參數(shù)給出數(shù)據(jù)庫名，該數(shù)據(jù)庫中的所有索引被分析。若給出表名 作參數(shù)，則只有關(guān)聯(lián)該表的索引被分析。

最初的實(shí)現(xiàn)將所有的統(tǒng)計(jì)信息儲(chǔ)存在一個(gè)名叫sqlite_stat1的表中。未來的加強(qiáng)版本中可能會(huì)創(chuàng)建名字類似的其它表，只是把“1”改為其它數(shù)字。sqlite_stat1表不能夠被撤銷，但其中的所有內(nèi)容可以被刪除，這是與撤銷該表等效的行為。

ATTACH DATABASE

ATTACH DATABASE語句將一個(gè)已存在的數(shù)據(jù)庫添加到當(dāng)前數(shù)據(jù)庫連接。若文件名含標(biāo)點(diǎn)符號(hào)，則應(yīng)用引號(hào)引起來。數(shù)據(jù)庫名’main’和’temp’代表主數(shù)據(jù)庫和用于存放臨時(shí)表的數(shù)據(jù)庫，它們不能被拆分。拆分?jǐn)?shù)據(jù)庫使用DETACH DATABASE語句。

你可以讀寫附加數(shù)據(jù)庫，或改變其結(jié)構(gòu)。這是SQLite 3.0提供的新特性。在SQLite 2.8中，改變附加數(shù)據(jù)庫的結(jié)構(gòu)是不允許的。

在附加數(shù)據(jù)庫中添加一個(gè)與已有表同名的表是不允許的。但你可以附加帶有與主數(shù)據(jù)庫中的表同名的表的數(shù)據(jù)庫。也可以多次附加同一數(shù)據(jù)庫。

使用database-name.table-name來引用附加數(shù)據(jù)庫中的表。若附加數(shù)據(jù)庫中的表與主數(shù)據(jù)庫的表不重名，則不需加數(shù)據(jù)庫名作為前綴。當(dāng)數(shù)據(jù)庫被附加時(shí)，它的所有不重名的表成為該名字指向的缺省表。之后附加的任意與之同名的表需要加前綴。若“缺省”表被拆分，則最后附加的同名表變?yōu)?#8220;缺省”表。

若主數(shù)據(jù)庫不是“:memory:”，多附加數(shù)據(jù)庫的事務(wù)是原子的。若主數(shù)據(jù)庫是“:memory:”則事務(wù)在每個(gè)獨(dú)立文件中依然是原子的。但若主機(jī)在改變兩個(gè)或更多數(shù)據(jù)庫的COMMIT語句進(jìn)行時(shí)崩潰，則可能一部分文件被改變而其他的保持原樣。附加數(shù)據(jù)庫的原子性的提交 是SQLite 3.0的新特性。在SQLite 2.8中，所有附加數(shù)據(jù)庫的提交類似于主數(shù)據(jù)庫是“:memory:”時(shí)的情況。

對(duì)附加數(shù)據(jù)庫的數(shù)目有編譯時(shí)的限制，最多10個(gè)附加數(shù)據(jù)庫。

BEGIN TRANSACTION

從2.0版開始，SQLite支持帶有回退和原子性的提交的事務(wù)處理。

可選的事務(wù)名稱會(huì)被忽略。SQLite目前不允許嵌套事務(wù)。

在事務(wù)之外，不能對(duì)數(shù)據(jù)庫進(jìn)行更改。如果當(dāng)前沒有有效的事務(wù)，任何修改數(shù)據(jù)庫的命令（基本上除了SELECT以外的所有SQL命令）會(huì)自動(dòng)啟動(dòng)一個(gè)事務(wù)。命令結(jié)束時(shí)，自動(dòng)啟動(dòng)的事務(wù)會(huì)被提交。

可以使用BEGIN命令手動(dòng)啟動(dòng)事務(wù)。這樣啟動(dòng)的事務(wù)會(huì)在下一條COMMIT或ROLLBACK命令之前一直有效。但若數(shù)據(jù)庫關(guān)閉或出現(xiàn)錯(cuò)誤且選用ROLLBACK沖突判定算法時(shí)，數(shù)據(jù)庫也會(huì)ROLLBACK。查看ON CONFLICT子句獲取更多關(guān)于ROLLBACK沖突判定算法的信息。

在SQLite 3.0.8或更高版本中，事務(wù)可以是延遲的，即時(shí)的或者獨(dú)占的。“延遲的”即是說在數(shù)據(jù)庫第一次被訪問之前不獲得鎖。這樣就會(huì)延遲事務(wù)，BEGIN語句本身不做任何事情。直到初次讀取或訪問數(shù)據(jù)庫時(shí)才獲取鎖。對(duì)數(shù)據(jù)庫的初次讀取創(chuàng)建一個(gè)SHARED鎖 ，初次寫入創(chuàng)建一個(gè)RESERVED鎖。由于鎖的獲取被延遲到第一次需要時(shí)，別的線程或進(jìn)程可以在當(dāng)前線程執(zhí)行BEGIN語句之后創(chuàng)建另外的事務(wù) 寫入數(shù)據(jù)庫。若事務(wù)是即時(shí)的，則執(zhí)行BEGIN命令后立即獲取RESERVED鎖，而不等數(shù)據(jù)庫被使用。在執(zhí)行BEGIN IMMEDIATE之后，你可以確保其它的線程或進(jìn)程不能寫入數(shù)據(jù)庫或執(zhí)行BEGIN IMMEDIATE或BEGIN EXCLUSIVE，但其它進(jìn)程可以讀取數(shù)據(jù)庫。獨(dú)占事務(wù)在所有的數(shù)據(jù)庫獲取EXCLUSIVE鎖，在執(zhí)行BEGIN EXCLUSIVE之后，你可以確保在當(dāng)前事務(wù)結(jié)束前沒有任何其它線程或進(jìn)程 能夠讀寫數(shù)據(jù)庫。

有關(guān)SHARED、RESERVED和EXCLUSIVE鎖可以參見這里。

SQLite 3.0.8的默認(rèn)行為是創(chuàng)建延遲事務(wù)。SQLite 3.0.0到3.0.7中延遲事務(wù)是唯一可用的事務(wù)類型。SQLite 2.8或更早版本中，所有的事務(wù)都是獨(dú)占的。

COMMIT命令在所有SQL命令完成之前并不作實(shí)際的提交工作。這樣若兩個(gè)或更多個(gè)SELECT語句在進(jìn)程中間而執(zhí)行COMMIT時(shí)，只有全部SELECT語句結(jié)束才進(jìn)行提交。

執(zhí)行COMMIT可能會(huì)返回SQLITE_BUSY錯(cuò)誤代碼。這就是說有另外一個(gè)線程或進(jìn)程獲取了數(shù)據(jù)庫的讀取鎖，并阻止數(shù)據(jù)庫被改變。當(dāng)COMMIT獲得該錯(cuò)誤代碼時(shí)，事務(wù)依然是活動(dòng)的，并且在COMMIT可以在當(dāng)前讀取的線程讀取結(jié)束后再次試圖讀取數(shù)據(jù)庫。

END TRANSACTION

從2.0版開始，SQLite支持帶有回退和原子性的提交的事務(wù)處理。

可選的事務(wù)名稱會(huì)被忽略。SQLite目前不允許嵌套事務(wù)。

在事務(wù)之外，不能對(duì)數(shù)據(jù)庫進(jìn)行更改。如果當(dāng)前沒有有效的事務(wù)，任何修改數(shù)據(jù)庫的命令（基本上除了SELECT以外的所有SQL命令）會(huì)自動(dòng)啟動(dòng)一個(gè)事務(wù)。命令結(jié)束時(shí)，自動(dòng)啟動(dòng)的事務(wù)會(huì)被提交。

可以使用BEGIN命令手動(dòng)啟動(dòng)事務(wù)。這樣啟動(dòng)的事務(wù)會(huì)在下一條COMMIT或ROLLBACK命令之前一直有效。但若數(shù)據(jù)庫關(guān)閉或出現(xiàn)錯(cuò)誤且選用ROLLBACK沖突判定算法時(shí)，數(shù)據(jù)庫也會(huì)ROLLBACK。查看ON CONFLICT子句獲取更多關(guān)于ROLLBACK沖突判定算法的信息。

在SQLite 3.0.8或更高版本中，事務(wù)可以是延遲的，即時(shí)的或者獨(dú)占的。“延遲的”即是說在數(shù)據(jù)庫第一次被訪問之前不獲得鎖。這樣就會(huì)延遲事務(wù)，BEGIN語句本身不做任何事情。直到初次讀取或訪問數(shù)據(jù)庫時(shí)才獲取鎖。對(duì)數(shù)據(jù)庫的初次讀取創(chuàng)建一個(gè)SHARED鎖，初次寫入創(chuàng)建一個(gè)RESERVED鎖。由于鎖的獲取被延遲到第一次需要時(shí)，別的線程或進(jìn)程可以在當(dāng)前線程執(zhí)行BEGIN語句之后創(chuàng)建另外的事務(wù)寫入數(shù)據(jù)庫。若事務(wù)是即時(shí)的，則執(zhí)行BEGIN命令后立即獲取RESERVED鎖，而不等數(shù)據(jù)庫被使用。在執(zhí)行BEGIN IMMEDIATE之后，你可以確保其它的線程或進(jìn)程不能寫入數(shù)據(jù)庫或執(zhí)行BEGIN IMMEDIATE或BEGIN EXCLUSIVE，但其它進(jìn)程可以讀取數(shù)據(jù)庫。獨(dú)占事務(wù)在所有的數(shù)據(jù)庫獲取EXCLUSIVE鎖，在執(zhí)行BEGIN EXCLUSIVE之后，你可以確保在當(dāng)前事務(wù)結(jié)束前沒有任何其它線程或進(jìn)程能夠讀寫數(shù)據(jù)庫。

有關(guān)SHARED、RESERVED和EXCLUSIVE鎖可以參見這里。

SQLite 3.0.8的默認(rèn)行為是創(chuàng)建延遲事務(wù)。SQLite 3.0.0到3.0.7中延遲事務(wù)是唯一可用的事務(wù)類型。SQLite 2.8或更早版本中，所有的事務(wù)都是獨(dú)占的。

COMMIT命令在所有SQL命令完成之前并不作實(shí)際的提交工作。這樣若兩個(gè)或更多個(gè)SELECT語句在進(jìn)程中間而執(zhí)行COMMIT時(shí)，只有全部SELECT語句結(jié)束才進(jìn)行提交。

執(zhí)行COMMIT可能會(huì)返回SQLITE_BUSY錯(cuò)誤代碼。這就是說有另外一個(gè)線程或進(jìn)程獲取了數(shù)據(jù)庫的讀取鎖，并阻止數(shù)據(jù)庫被改變。當(dāng)COMMIT獲得該錯(cuò)誤代碼時(shí)，事務(wù)依然是活動(dòng)的，并且在COMMIT可以在當(dāng)前讀取的線程讀取結(jié)束后再次試圖讀取數(shù)據(jù)庫。

注釋

注釋不是SQL命令，但會(huì)出現(xiàn)在SQL查詢中。它們被解釋器處理為空白部分。它們可以在任何空白可能存在的地方開始 ，即使是在跨越多行的表達(dá)式中。

SQL風(fēng)格的注釋僅對(duì)當(dāng)前行有效。

C風(fēng)格的注釋可以跨越多行。若沒有結(jié)束符號(hào)，注釋的范圍將一直延伸到輸入末尾，且不會(huì)引起報(bào)錯(cuò)。新的SQL語句可以從多行注釋結(jié)束的地方開始。C風(fēng)格注釋可以嵌入任何空白可以出現(xiàn)的地方，包括表達(dá)式內(nèi)，或其他SQL語句中間， 并且C風(fēng)格的注釋不互相嵌套。SQL風(fēng)格的注釋出現(xiàn)在C風(fēng)格注釋中時(shí)將被忽略。

COPY

COPY命令在SQLite 2.8及更早的版本中可用。SQLite 3.0刪除了這一命令，因?yàn)樵诨旌系腢TF-8/16環(huán)境中對(duì)它進(jìn)行支持是很復(fù)雜的。在3.0版本中，命令行解釋器包含新的.import命令，用以替代COPY。

COPY命令是用于將大量數(shù)據(jù)插入表的一個(gè)插件。它模仿PostgreSQL中的相同命令而來。事實(shí)上，SQLite的COPY 命令就是為了能夠讀取PostgreSQL的備份工具pg_dump的輸出從而能夠?qū)ostgreSQL的數(shù)據(jù)輕松轉(zhuǎn)換到SQLite中而設(shè)計(jì)的。

table-name是將要導(dǎo)入數(shù)據(jù)的一個(gè)已存在的表的名字。filename是一個(gè)字符串或標(biāo)識(shí)符，用于說明作為數(shù)據(jù)來源的文件。filename可以使用STDIN從標(biāo)準(zhǔn)輸入流中獲取數(shù)據(jù)。

輸入文件的每一行被轉(zhuǎn)換成一條單獨(dú)的記錄導(dǎo)入表中。字段用制表符分開。若某個(gè)字段的數(shù)據(jù)中出現(xiàn)制表符，則前面被添加反斜線“/”符號(hào)。數(shù)據(jù)中的反斜線則被替換為兩條反斜線。可選的USING DELIMITERS子句可給出一個(gè)與制表符不同 的分界符。

若字段由“/N”組成，則被賦以空值NULL。

使用這一命令時(shí)，利用可選的ON CONFLICT子句可以定義替代的約束沖突判定算法。更多信息，參見 ON CONFLICT。

當(dāng)輸入數(shù)據(jù)源是STDIN，輸入將終止于一行僅包含一個(gè)反斜線和一個(gè)點(diǎn)的輸入：“/.”。

CREATE INDEX

CREATE INDEX命令由“CREATE INDEX”關(guān)鍵字后跟新索引的名字，關(guān)鍵字“ON”，待索引表的名字，以及括弧內(nèi)的用于索引鍵的字段列表構(gòu)成。每個(gè)字段名可以跟隨“ASC”或“DESC”關(guān)鍵字說明排序法則，但在當(dāng)前版本中排序法則被忽略。排序總是按照上升序。

每個(gè)字段名后跟COLLATE子句定義文本記錄的比較順序。缺省的比較順序是由CREATE TABLE語句說明的比較順序。若不定義比較順序，則使用內(nèi)建的二進(jìn)制比較順序。

附加到單個(gè)表上的索引數(shù)目沒有限制，索引中的字段數(shù)也沒有限制。

若UNIQUE關(guān)鍵字出現(xiàn)在CREATE和INDEX之間，則不允許重名的索引記錄。試圖插入重名記錄將會(huì)導(dǎo)致錯(cuò)誤。

每條CREATE INDEX語句的文本儲(chǔ)存于sqlite_master或sqlite_temp_master表中，取決于被索引的表是否臨時(shí)表。 每次打開數(shù)據(jù)庫時(shí)，所有的CREATE INDEX語句從sqlite_master表中讀出，產(chǎn)生SQLite的索引樣式的內(nèi)部結(jié)構(gòu)。

若使用可選的IF NOT EXISTS子句，且存在同名索引，則該命令無效。

使用DROP INDEX命令刪除索引。

CREATE TABLE

CREATE TABLE語句基本上就是“CREATE TABLE”關(guān)鍵字后跟一個(gè)新的表名以及括號(hào)內(nèi)的一堆定義和約束。表名可以是字符串或者標(biāo)識(shí)符。以“sqlite_”開頭的表名是留給數(shù)據(jù)庫引擎使用的。

每個(gè)字段的定義是字段名后跟字段的數(shù)據(jù)類型，接著是一個(gè)或多個(gè)的字段約束。字段的數(shù)據(jù)類型并不限制字段中可以存放的數(shù)據(jù)。可以查看SQLite3的數(shù)據(jù)類型獲取更多信息。UNIQUE約束為指定的字段創(chuàng)建索引，該索引須含有唯一鍵。COLLATE子句說明在比較字段的 文字記錄時(shí)所使用的排序函數(shù)。缺省使用內(nèi)嵌的BINARY排序函數(shù)。

DEFAULT約束說明在使用INSERT插入字段時(shí)所使用的缺省值。該值可以是NULL，字符串常量或一個(gè)數(shù)。從3.1.0版開始，缺省值也可以是以下特殊的與事件無關(guān)的關(guān)鍵字CURRENT_TIME、CURRENT_DATE或CURRENT_TIMESTAMP。若缺省值為NULL、字符串常量或數(shù)，在執(zhí)行未指明字段值的INSERT語句的時(shí)候它被插入字段。若缺省值是CURRENT_TIME、CURRENT_DATE或CURRENT_TIMESTAMP，則當(dāng)前UTC日期和/或時(shí)間被插入字段。CURRENT_TIME的格式為“HH:MM:SS”，CURRENT_DATE為“YYYY-MM-DD”，而CURRENT_TIMESTAMP是“YYYY-MM-DD HH:MM:SS”。

正常情況下定義PRIMARY KEY只是在相應(yīng)字段上創(chuàng)建一個(gè)UNIQUE索引。然而，若主鍵定義在單一的INTEGER類型的字段上，則該字段在內(nèi)部被用作表的B-Tree鍵。這即是說字段僅能容納唯一整數(shù)值。（在除此之外的其它情況下，SQLite忽略數(shù)據(jù)類型的說明 ，允許任何類型的數(shù)據(jù)放入字段中，不管該字段被聲明為什么數(shù)據(jù)類型。）若一個(gè)表中不含一個(gè)INTEGER PRIMARY KEY字段，則B-Tree鍵為自動(dòng)產(chǎn)生的整數(shù)。一行的B-Tree鍵可以通過如下特殊的名字“ROWID”、“OID”或“_ROWID_”進(jìn)行訪問，不論是否有INTEGER PRIMARY KEY存在。INTEGER PRIMARY KEY字段可以使用關(guān)鍵字AUTOINCREMENT聲明。AUTOINCREMENT關(guān)鍵字修改了B-Tree鍵自動(dòng)產(chǎn)生的方式。B-Tree鍵的生成的其它信息可以在這里找到。

若“TEMP”或“TEMPORARY”關(guān)鍵字出現(xiàn)在“CREATE”和“TABLE”之間，則所建立的表僅在當(dāng)前數(shù)據(jù)庫連接可見，并在斷開連接時(shí)自動(dòng)被刪除。在臨時(shí)表上建立的任何索引也是臨時(shí)的。臨時(shí)表和索引單獨(dú)存儲(chǔ)在與主數(shù)據(jù)庫文件不同的文件中。

若說明了，則表在該數(shù)據(jù)庫中被創(chuàng)建。同時(shí)聲明和TEMP關(guān)鍵字會(huì)出錯(cuò)，除非 是“temp”。若不聲明數(shù)據(jù)庫名，也不使用TEMP關(guān)鍵字，則表創(chuàng)建于主數(shù)據(jù)庫中。

在每個(gè)約束后跟可選的ON CONFLICT子句可以定義替代的約束沖突判定算法。 缺省為ABORT。同一個(gè)表中的不同約束可以使用不同的缺省沖突判定算法。若一條COPY、INSERT或UPDATE命令指定了不同的沖突判定算法，則該算法將替代CREATE TABLE語句中說明的缺省算法。更多信息，參見ON CONFLICT。

3.3.0版支持CHECK約束。在3.3.0之前，CHECK約束被解析但不執(zhí)行。

表中的字段數(shù)或約束數(shù)沒有任何限制。在2.8版中，單行數(shù)據(jù)的總數(shù)被限制為小于1 megabytes。而在3.0中則消除了限制。

CREATE TABLE AS形式定義表為一個(gè)查詢的結(jié)果集。表的字段名字即是結(jié)果中的字段名字。

每條CREATE TABLE語句的文本都儲(chǔ)存在sqlite_master表中。每當(dāng)數(shù)據(jù)庫被打開，所有的CREATE TABLE語句從 sqlite_master表中讀出，構(gòu)成表結(jié)構(gòu)的SQLite內(nèi)部實(shí)現(xiàn)。若原始命令為CREATE TABLE AS則合成出等效的CREATE TABLE語句并儲(chǔ)存于sqlite_master表中代替原命令。CREATE TEMPORARY TABLE語句文本儲(chǔ)存于sqlite_temp_master表中。

若在命令中使用可選的IF NOT EXISTS子句且存在同名的另一個(gè)表，則當(dāng)前的命令無效。

刪除表可以使用DROP TABLE語句。

CREATE TRIGGER

CREATE TRIGGER語句用于向數(shù)據(jù)庫schema中添加觸發(fā)器。觸發(fā)器是一些在特定的數(shù)據(jù)庫事件（database-event）發(fā)生時(shí)自動(dòng)進(jìn)行的數(shù)據(jù)庫操作（trigger-action）。

觸發(fā)器可由在特殊表上執(zhí)行的DELETE、INSERT、UPDATE等語句觸發(fā)，或UPDATE表中特定的字段時(shí)觸發(fā)。

現(xiàn)在SQLite僅支持FOR EACH ROW觸發(fā)器，不支持FOR EACH STATEMENT觸發(fā)。因此可以不用明確說明FOR EACH ROW。FOR EACH ROW的意思是由trigger-steps說明的SQL語句可能在（由WHEN子句決定的）數(shù)據(jù)庫插入，更改或刪除的每一行觸發(fā)trigger。

WHEN子句和trigger-steps可以使用“NEW.column-name”和“OLD.column-name”的引用形式訪問正在被插入，更改或刪除的行的元素，column-name是觸發(fā)器關(guān)聯(lián)的表中的字段名。OLD和NEW引用只在觸發(fā)器與之相關(guān)的trigger-event處可用，例如：

當(dāng)使用WHEN子句，trigger-steps只在WHEN子句為真的行執(zhí)行。不使用WHEN時(shí)則在所有行執(zhí)行。

trigger-time決定了trigger-steps執(zhí)行的時(shí)間，它是相對(duì)于關(guān)聯(lián)行的插入、刪除和修改而言的。

作為的一部分trigger-step的UPDATE或INSERT可以使用ON CONFLICT子句。但若觸發(fā)trigger的語句使用了ON CONFLICT子句，則覆蓋前述的ON CONFLICT子句所定義的沖突處理方法。

關(guān)聯(lián)表被撤銷時(shí)觸發(fā)器被自動(dòng)刪除。

不僅在表上，在視圖上一樣可以創(chuàng)建觸發(fā)器，在CREATE TRIGGER語句中使用INSTEAD OF即可。若視圖上定義了一個(gè)或多個(gè)ON INSERT、ON DELETE、ON UPDATE觸發(fā)器，則相應(yīng)地對(duì)視圖執(zhí)行INSERT、DELETE或UPDATE語句不會(huì)出錯(cuò)，而會(huì)觸發(fā)關(guān)聯(lián)的觸發(fā)器。視圖關(guān)聯(lián)的表不會(huì)被修改。（除了由觸發(fā)器進(jìn)行的修改操作）。

例子：

假設(shè)“customers”表存儲(chǔ)了客戶信息，“orders”表存儲(chǔ)了訂單信息，下面的觸發(fā)器確保當(dāng)用戶改變地址時(shí)所有的關(guān)聯(lián)訂單地址均進(jìn)行相應(yīng)改變：

 
CREATE TRIGGER update_customer_address UPDATE OF address ON customers    
    BEGIN 
      UPDATE orders SET address = new.address WHERE customer_name = old.name; 
    END; 

定義了該觸發(fā)器后執(zhí)行如下語句：

 
UPDATE customers SET address = ’1 Main St.’ WHERE name = ’Jack Jones’; 

會(huì)使下面的語句自動(dòng)執(zhí)行：

 
UPDATE orders SET address = ’1 Main St.’ WHERE customer_name = ’Jack Jones’; 

注意，目前在有INTEGER PRIMARY KEY域的表上觸發(fā)器可能工作不正常。若BEFORE觸發(fā)器修改了一行的INTEGER PRIMARY KEY域，而該域?qū)⒂捎|發(fā)該觸發(fā)器的語句進(jìn)行修改，則可能根本不會(huì)修改該域。可以用PRIMARY KEY字段代替INTEGER PRIMARY KEY字段來解決上述問題。

一個(gè)特殊的SQL函數(shù)RAISE()可用于觸發(fā)器程序，使用如下語法：

當(dāng)觸發(fā)器程序執(zhí)行中調(diào)用了上述前三個(gè)之一的形式時(shí)，則執(zhí)行指定的ON CONFLICT進(jìn)程（ABORT、FAIL或者ROLLBACK）且終止當(dāng)前查詢，返回一個(gè)SQLITE_CONSTRAINT錯(cuò)誤并說明錯(cuò)誤信息。

當(dāng)調(diào)用RAISE(IGNORE)，當(dāng)前觸發(fā)器程序的余下部分，觸發(fā)該觸發(fā)器的語句和任何之后的觸發(fā)器程序被忽略并且不恢復(fù)對(duì)數(shù)據(jù)庫的已有改變。若觸發(fā)觸發(fā)器的語句是一個(gè)觸發(fā)器程序本身的一部分，則原觸發(fā)器程序從下一步起繼續(xù)執(zhí)行。

使用DROP TRIGGER刪除觸發(fā)器。

CREATE VIEW

CREATE VIEW命令為一個(gè)包裝好的SELECT語句命名。當(dāng)創(chuàng)建了一個(gè)視圖，它可以用于其他SELECT的FROM字句中代替表名。

若“TEMP”或“TEMPORARY”關(guān)鍵字出現(xiàn)在“CREATE”和“VIEW”之間，則創(chuàng)建的視圖僅對(duì)打開數(shù)據(jù)庫的進(jìn)程可見，且在數(shù)據(jù)庫關(guān)閉時(shí)自動(dòng)刪除。

若指定了則視圖在指定的數(shù)據(jù)庫中創(chuàng)建。同時(shí)使用和TEMP關(guān)鍵字會(huì)導(dǎo)致錯(cuò)誤，除非是“temp”。若不聲明數(shù)據(jù)庫名，也不使用TEMP關(guān)鍵字，則視圖創(chuàng)建于主數(shù)據(jù)庫中。

你不能對(duì)視圖使用COPY、DELETE、INSERT或UPDATE，視圖在SQLite中是只讀的。多數(shù)情況下你可以在視圖上創(chuàng)建TRIGGER來達(dá)到相同目的。用DROP VIEW命令來刪除視圖。

DELETE

DELETE命令用于從表中刪除記錄。命令包含“DELETE FROM”關(guān)鍵字以及需要?jiǎng)h除的記錄所在的表名。

若不使用WHERE子句，表中的所有行將全部被刪除。否則僅刪除符合條件的行。

DETACH DATABASE

該語句拆分一個(gè)之前使用ATTACH DATABASE語句附加的數(shù)據(jù)庫連接。可以使用不同的名字多次附加同一數(shù)據(jù)庫，并且拆分一個(gè)連接不會(huì)影響其他連接。

若SQLite在事務(wù)進(jìn)行中，該語句不起作用。

DROP INDEX

DROP INDEX語句刪除由CREATE INDEX語句創(chuàng)建的索引。索引將從數(shù)據(jù)庫結(jié)構(gòu)和磁盤文件中完全刪除，唯一的恢復(fù)方法是重新輸入相應(yīng)的CREATE INDEX命令。

DROP TABLE語句在缺省模式下不減小數(shù)據(jù)庫文件的大小。空間會(huì)留給后來的INSERT語句使用。要釋放刪除產(chǎn)生的空間，可以使用VACUUM命令。若AUTOVACUUM模式開啟，則空間會(huì)自動(dòng)被DROP INDEX釋放。

DROP TABLE

DROP TABLE語句刪除由CREATE TABLE語句創(chuàng)建的表。表將從數(shù)據(jù)庫結(jié)構(gòu)和磁盤文件中完全刪除，且不能恢復(fù)。該表的所有索引也同時(shí)被刪除。

DROP TABLE語句在缺省模式下不減小數(shù)據(jù)庫文件的大小。空間會(huì)留給后來的INSERT語句使用。要釋放刪除產(chǎn)生的空間，可以使用VACUUM命令。若AUTOVACUUM模式開啟，則空間會(huì)自動(dòng)被DROP TABLE釋放。

若使用可選的IF EXISTS子句，在刪除的表不存在時(shí)就不會(huì)報(bào)錯(cuò)。

DROP TRIGGER

DROP TRIGGER語句刪除由CREATE TRIGGER創(chuàng)建的觸發(fā)器。觸發(fā)器從數(shù)據(jù)庫的schema中刪除。注意當(dāng)關(guān)聯(lián)的表被撤消時(shí)觸發(fā)器自動(dòng)被刪除。

DROP VIEW

DROP VIEW語句刪除由CREATE VIEW創(chuàng)建的視圖。視圖從數(shù)據(jù)庫的schema中刪除，表中的數(shù)據(jù)不會(huì)被更改。

EXPLAIN

EXPLAIN命令修飾語是一個(gè)非標(biāo)準(zhǔn)的擴(kuò)展功能，靈感來自PostgreSQL中的相同命令，但操作完全不同。

若EXPLAIN關(guān)鍵字出現(xiàn)在任何SQLite的SQL命令之前，則SQLite庫返回不加EXPLAIN時(shí)執(zhí)行該命令所需要使用的虛擬機(jī)指令序列，而不是真正執(zhí)行該命令。關(guān)于虛擬機(jī)指令的更多信息參見系統(tǒng)結(jié)構(gòu)描述或關(guān)于虛擬機(jī)的可用代碼。

表達(dá)式

expr ::=

expr binary-op expr | expr [NOT] like-op expr [ESCAPE expr] | unary-op # posted on 2012-08-10 13:23 王海光 閱讀(1040) 評(píng)論(0)  編輯 收藏 引用 所屬分類: SQLite 只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。 相關(guān)文章: SQLite查詢空值操作 SQLite的SQL語法 sqlite3 分頁 網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理 Copyright ©2025 王海光 Powered By博客園 模板提供：滬江博客 青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品