《MYSQL數(shù)據(jù)庫(kù)解析SQLite中的常見問(wèn)題與總結(jié)詳解》要點(diǎn):
本文介紹了MYSQL數(shù)據(jù)庫(kù)解析SQLite中的常見問(wèn)題與總結(jié)詳解,希望對(duì)您有用。如果有疑問(wèn),可以聯(lián)系我們。
1、 創(chuàng)建數(shù)據(jù)
如果不往數(shù)據(jù)庫(kù)里面添加任何的表,這個(gè)數(shù)據(jù)庫(kù)等于沒有建立,不會(huì)在硬盤上產(chǎn)生任何文件,如果數(shù)據(jù)庫(kù)已經(jīng)存在,則會(huì)打開這個(gè)數(shù)據(jù)庫(kù).
2、 如何通過(guò)sqlite3.dll與sqlite3.def生成sqlite3.lib文件
LIB /DEF:sqlite3.def /machine:IX86
3、 sqlite3_open打開一個(gè)數(shù)據(jù)庫(kù)時(shí),如果數(shù)據(jù)庫(kù)不存在就會(huì)新生成一個(gè)數(shù)據(jù)庫(kù)文件.如果接著執(zhí)行其他查詢語(yǔ)句就會(huì)失敗,比如sqlite3_prepare,編程中出現(xiàn)明明指定了數(shù)據(jù)庫(kù)而且里面也有數(shù)據(jù),為什么查詢失敗了,
主要是數(shù)據(jù)庫(kù)名路徑不對(duì)引起的.一般的做法是先檢查數(shù)據(jù)庫(kù)文件是否存在,如果存在就使用sqlite3_open打開數(shù)據(jù)庫(kù);否則創(chuàng)建一個(gè)新的數(shù)據(jù)庫(kù).
4、 如何建立自動(dòng)增長(zhǎng)字段
聲明為INTEGER PRIMARY KEY的列將會(huì)自動(dòng)增長(zhǎng).
5、SQLite3支持何種數(shù)據(jù)類型?
NULL
INTEGER
REAL
TEXT
BLOB
但實(shí)際上,sqlite3也接受如下的數(shù)據(jù)類型:
smallint 16位元的整數(shù).
interger 32位元的整數(shù).
decimal(p,s) p精確值和s大小的十進(jìn)位整數(shù),精確值p是指全部有幾個(gè)數(shù)(digits)大小值,s是指小數(shù)點(diǎn)後有幾位數(shù).如果沒有特別指定,則系統(tǒng)會(huì)設(shè)為p=5; s=0.
float 32位元的實(shí)數(shù).
double 64位元的實(shí)數(shù).
char(n) n長(zhǎng)度的字串,n不能超過(guò)254.
varchar(n)長(zhǎng)度不固定且其最大長(zhǎng)度為n的字串,n不能超過(guò)4000.
graphic(n)和char(n)一樣,不過(guò)其單位是兩個(gè)字元double-bytes,n不能超過(guò)127.這個(gè)形態(tài)是為了支援兩個(gè)字元長(zhǎng)度的字體,例如中文字.
vargraphic(n)可變長(zhǎng)度且其最大長(zhǎng)度為n的雙字元字串,n不能超過(guò)2000.
date包含了年份、月份、日期.
time包含了小時(shí)、分鐘、秒.
timestamp包含了年、月、日、時(shí)、分、秒、千分之一秒.
6、SQLite允許向一個(gè)integer型字段中插入字符串
這是一個(gè)特性,而不是一個(gè)bug.SQLite不強(qiáng)制數(shù)據(jù)類型約束.任何數(shù)據(jù)都可以插入任何列.你可以向一個(gè)整型列中插入任意長(zhǎng)度的字符串,向布爾型列中插入浮點(diǎn)數(shù),或者向字符型列中插入日期型值.在CREATE TABLE中所指定的數(shù)據(jù)類型不會(huì)限制在該列中插入任何數(shù)據(jù).任何列均可接受任意長(zhǎng)度的字符串(只有
一種情況除外:標(biāo)志為INTEGER PRIMARY KEY的列只能存儲(chǔ)64位整數(shù),當(dāng)向這種列中插數(shù)據(jù)除整數(shù)以外的數(shù)據(jù)時(shí),將會(huì)產(chǎn)生錯(cuò)誤.
但SQLite確實(shí)使用聲明的列類型來(lái)指示你所期望的格式.所以,
例如你向一個(gè)整型列中插入字符串時(shí),SQLite會(huì)試圖將該字符串轉(zhuǎn)換成一個(gè)整數(shù).如果可以轉(zhuǎn)換,它將插入該整數(shù);否則,將插入字符串.這種特性有時(shí)被稱為類型或列親和性(type or column affinity).
7、為什么SQLite不允許在同一個(gè)表不同的兩行上使用0和0.0作主鍵?
主鍵必須是數(shù)值類型,將主鍵改為TEXT型將不起作用.
每一行必須有一個(gè)唯一的主鍵.
對(duì)于一個(gè)數(shù)值型列,SQLite認(rèn)為'0'和'0.0'是相同的,因?yàn)樗麄冊(cè)谧鳛檎麛?shù)比較時(shí)是相等的(參見上一問(wèn)題).所以,這樣值就不唯一了.
8、多個(gè)應(yīng)用程序或一個(gè)應(yīng)用程序的多個(gè)實(shí)例可以同時(shí)訪問(wèn)同一個(gè)數(shù)據(jù)庫(kù)文件嗎?
?
多個(gè)進(jìn)程可同時(shí)打開同一個(gè)數(shù)據(jù)庫(kù).多個(gè)進(jìn)程可以
同時(shí)進(jìn)行SELECT操作,但在任一時(shí)刻,
只能有一個(gè)進(jìn)程對(duì)數(shù)據(jù)庫(kù)進(jìn)行更改.
?
SQLite使用讀、寫鎖控制對(duì)數(shù)據(jù)庫(kù)的訪問(wèn).(在Win95/98/ME等不支持讀、寫鎖的系統(tǒng)下,使用一個(gè)概率性的模擬來(lái)代替.)但使用時(shí)要注意:
如果數(shù)據(jù)庫(kù)文件存放于一個(gè)NFS文件系統(tǒng)上,這種鎖機(jī)制可能不能正常工作.這是因?yàn)閒cntl()文件鎖在很多NFS上沒有正確的實(shí)現(xiàn).在可能有多個(gè)進(jìn)程同時(shí)訪問(wèn)數(shù)據(jù)庫(kù)的時(shí)候,應(yīng)該避免將數(shù)據(jù)庫(kù)文件放到NFS上.在Windows上,Microsoft的文檔中說(shuō):如果使用FAT文件系統(tǒng)而沒有運(yùn)行share.exe守護(hù)進(jìn)程,那么鎖可能是不能正常使用的.那些在Windows上有很多經(jīng)驗(yàn)的人告訴我:對(duì)于網(wǎng)絡(luò)文件,文件鎖的實(shí)現(xiàn)有好多Bug,是靠不住的.如果他們說(shuō)的是對(duì)的,那么在兩臺(tái)或多臺(tái)Windows機(jī)器間共享數(shù)據(jù)庫(kù)可能會(huì)引起不期望的問(wèn)題.
我們意識(shí)到,沒有其它嵌入式的SQL數(shù)據(jù)庫(kù)引擎能象SQLite這樣處理如此多的并發(fā).
SQLite允許多個(gè)進(jìn)程同時(shí)打開一個(gè)數(shù)據(jù)庫(kù),同時(shí)讀一個(gè)數(shù)據(jù)庫(kù).當(dāng)有任何進(jìn)程想要寫時(shí),
它必須在更新過(guò)程中鎖住數(shù)據(jù)庫(kù)文件.但那通常只是幾毫秒的時(shí)間.其它進(jìn)程只需等待寫進(jìn)程干完活結(jié)束.典型地,其它嵌入式的SQL數(shù)據(jù)庫(kù)引擎同時(shí)只允許一個(gè)進(jìn)程連接到數(shù)據(jù)庫(kù).
但是,Client/Server數(shù)據(jù)庫(kù)引擎(如PostgreSQL, MySQL,或Oracle)通常支持更高級(jí)別的并發(fā),并且允許多個(gè)進(jìn)程同時(shí)寫同一個(gè)數(shù)據(jù)庫(kù).這種機(jī)制在Client/Server結(jié)構(gòu)的數(shù)據(jù)庫(kù)上是可能的,因?yàn)榭偸怯幸粋€(gè)單一的服務(wù)器進(jìn)程很好地控制、協(xié)調(diào)對(duì)數(shù)據(jù)庫(kù)的訪問(wèn).如果你的應(yīng)用程序需要很多的并發(fā),那么你應(yīng)該考慮使用一個(gè)Client/Server結(jié)構(gòu)的數(shù)據(jù)庫(kù).但經(jīng)驗(yàn)表明,很多應(yīng)用程序需要的并發(fā),往往比其設(shè)計(jì)者所想象的少得多.
當(dāng)SQLite試圖訪問(wèn)一個(gè)被其它進(jìn)程鎖住的文件時(shí),缺省的行為是返回SQLITE_BUSY.可以在C代碼中使用
sqlite3_busy_handler()或
sqlite3_busy_timeout() API函數(shù)調(diào)整這一行為.
9、SQLite線程安全嗎?
線程是魔鬼(Threads are evil).避免使用它們.
SQLite是線程安全的.由于很多用戶會(huì)忽略我們?cè)谏弦欢沃薪o出的建議,我們做出了這種讓步.但是,為了達(dá)到線程安全,SQLite在編譯時(shí)必須將SQLITE_THREADSAFE預(yù)處理宏置為1.在Windows和Linux上,已編譯的好的二進(jìn)制發(fā)行版中都是這樣設(shè)置的.如果不確定你所使用的庫(kù)是否是線程安全的,可以調(diào)用sqlite3_threadsafe()接口找出.
10、在SQLite數(shù)據(jù)庫(kù)中如何列出所有的表和索引?
如果你運(yùn)行sqlite3命令行來(lái)訪問(wèn)你的數(shù)據(jù)庫(kù),可以鍵入“.tables”來(lái)獲得所有表的列表.或者,你可以輸入“.schema”來(lái)看整個(gè)數(shù)據(jù)庫(kù)模式,包括所有的表的索引.輸入這些命令,后面跟一個(gè)LIKE模式匹配可以限制顯示的表.
11、SQLite數(shù)據(jù)庫(kù)有已知的大小限制嗎?
在Windows和Unix下,版本2.7.4的SQLite可以達(dá)到2的41次方字節(jié)(
2T字節(jié)).老版本的為2的31次方字節(jié)(2G字節(jié)).
SQLite版本2.8限制一個(gè)記錄的容量為1M.
SQLite版本3.0則對(duì)單個(gè)記錄容量沒有限制.
表名、索引表名、視圖名、觸發(fā)器名和字段名沒有長(zhǎng)度限制.但SQL函數(shù)的名稱(由sqlite3_create_function() API函數(shù)創(chuàng)建)不得超過(guò)255個(gè)字符.
12、在SQLite中,VARCHAR字段最長(zhǎng)是多少?
SQLite不強(qiáng)制VARCHAR的長(zhǎng)度.你可以在SQLITE中聲明一個(gè)VARCHAR(10),SQLite還是可以很高興地允許你放入500個(gè)字符.并且這500個(gè)字符是原封不動(dòng)的,
它永遠(yuǎn)不會(huì)被截?cái)?
?
13、在SQLite中,如何在一個(gè)表上添加或刪除一列?
SQLite有有限地ALTER TABLE支持.你可以使用它來(lái)在表的末尾增加一列,可更改表的名稱.如果需要對(duì)表結(jié)構(gòu)做更復(fù)雜的改變,則必須重新建表.重建時(shí)可以先將已存在的數(shù)據(jù)放到一個(gè)臨時(shí)表中,刪除原表,創(chuàng)建新表,然后將數(shù)據(jù)從臨時(shí)表中復(fù)制回來(lái).
如,假設(shè)有一個(gè)t1表,其中有"a", "b", "c"三列,如果要?jiǎng)h除列c,以下過(guò)程描述如何做:
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;
14、在SQLite中支持分頁(yè)嗎?
?
SQLite分頁(yè)是世界上最簡(jiǎn)單的.如果我要去11-20的Account表的數(shù)據(jù)Select * From Account Limit 9 Offset 10;
以上語(yǔ)句表示從Account表獲取數(shù)據(jù),跳過(guò)10行,取9行.這個(gè)特性足夠讓很多的web中型網(wǎng)站使用這個(gè)了.也可以這樣寫 select * from account limit10,9和上面的的效果一樣.這種寫法MySQL也支持.
歡迎參與《MYSQL數(shù)據(jù)庫(kù)解析SQLite中的常見問(wèn)題與總結(jié)詳解》討論,分享您的想法,維易PHP學(xué)院為您提供專業(yè)教程。
轉(zhuǎn)載請(qǐng)注明本頁(yè)網(wǎng)址:
http://www.fzlkiss.com/jiaocheng/11987.html