今天注意到SQLite 3.6.11（上個(gè)月發(fā)布的）增加了一個(gè)我期待已久的online backup接口，激動(dòng)之余就順便和大伙兒聊一下SQLite數據庫。本帖權當是SQLite掃盲，如果你對SQLite已經(jīng)很熟悉，本文就不必再看了。
★技術(shù)上的優(yōu)點(diǎn)和特性
SQLite是一個(gè)輕量級、跨平臺的關(guān)系型數據庫。既然號稱(chēng)關(guān)系型數據庫，支持SQL92標準中常用的玩意兒（比如視圖、事務(wù)、觸發(fā)器等）就是理所當然的了，咱今天就不細說(shuō)了。今天主要聊聊一些有點(diǎn)特色的玩意兒。
◇輕量級
先說(shuō)它的第一個(gè)特色：輕量級。想必SQLite的作者很看重這個(gè)特性，連它的Logo都是用的“羽毛”，來(lái)顯擺它的輕飄飄。
SQLite和C/S模式的數據庫軟件不同，它是進(jìn)程內的數據庫引擎，因此不存在數據庫的客戶(hù)端和服務(wù)器。使用SQLite一般只需要帶上它的一個(gè)動(dòng)態(tài)庫，就可以享受它的全部功能。而且那個(gè)動(dòng)態(tài)庫的尺寸也挺小，以版本3.6.11為例，Windows下487KB、Linux下347KB。
◇綠色軟件
SQLite的另外一個(gè)特點(diǎn)是綠色：它的核心引擎本身不依賴(lài)第三方的軟件，使用它也不需要“安裝”。所以在部署的時(shí)候能夠省去不少麻煩。
◇單一文件
所謂的“單一文件”，就是數據庫中所有的信息（比如表、視圖、觸發(fā)器、等）都包含在一個(gè)文件內。這個(gè)文件可以copy到其它目錄或其它機器上，也照用不誤。
◇跨平臺/可移植性
如果光支持主流操作系統，那就沒(méi)啥好吹噓的了。除了主流操作系統，SQLite還支持了很多冷門(mén)的操作系統。我個(gè)人比較感興趣的是它對很多嵌入式系統（比如Android、Windows Mobile、Symbin、Palm、VxWorks等）的支持。
◇內存數據庫（in-memory database）
這年頭，內存越來(lái)越便宜，很多普通PC都開(kāi)始以GB為單位來(lái)衡量?jì)却妫ǚ?wù)器就更甭提了）。這時(shí)候，SQLite的內存數據庫特性就越發(fā)顯得好用。
SQLite的API不區分當前操作的數據庫是在內存還是在文件（對于存儲介質(zhì)是透明的）。所以如果你覺(jué)得磁盤(pán)I/O有可能成為瓶頸的話(huà)，可以考慮切換為內存方式。切換的時(shí)候，操作SQLite的代碼基本不用大改，只要在開(kāi)始時(shí)把文件Load到內存，結束時(shí)把內存的數據庫Dump回文件就OK了。在這種情況下，前面提到的“online backup API”就派上用場(chǎng)了，聰明的同學(xué)應該明白我為啥這么期待backup功能了吧？
★技術(shù)上的缺點(diǎn)和不足
前面光聊了特性和優(yōu)點(diǎn)，為了避免槍手寫(xiě)軟文的嫌疑，再來(lái)說(shuō)說(shuō)SQLite的一些缺點(diǎn)。列位看官將來(lái)如果想用它，這些缺點(diǎn)要權衡一下。
◇并發(fā)訪(fǎng)問(wèn)的鎖機制
SQLite在并發(fā)（包括多進(jìn)程和多線(xiàn)程）讀寫(xiě)方面的性能一直不太理想。數據庫可能會(huì )被寫(xiě)操作獨占，從而導致其它讀寫(xiě)操作阻塞或出錯。
◇SQL標準支持不全
在它的官方網(wǎng)站上，具體列舉了不支持哪些SQL92標準。我個(gè)人感覺(jué)比較不爽的是不支持外鍵約束。
◇網(wǎng)絡(luò )文件系統（以下簡(jiǎn)稱(chēng)NFS）
有時(shí)候需要訪(fǎng)問(wèn)其它機器上的SQLite數據庫文件，就會(huì )把數據庫文件放置到網(wǎng)絡(luò )共享目錄上。這時(shí)候你就要小心了。當SQLite文件放置于NFS時(shí)，在并發(fā)讀寫(xiě)的情況下可能會(huì )出問(wèn)題（比如數據損壞）。原因據說(shuō)是由于某些NFS的文件鎖實(shí)現上有Bug。
★編程語(yǔ)言接口
SQLite支持很多種語(yǔ)言的編程接口。這對于我這種喜歡混用多種編程語(yǔ)言的人來(lái)說(shuō)，是很爽的。下面我大概介紹一下。
◇C/C++
由于SQLite本身是C寫(xiě)的，它自帶的API也是C接口的。所以C/C++用起來(lái)最直接了。假如你不喜歡面向過(guò)程的C API風(fēng)格，可以另外找個(gè)C++的包裝庫。想重新發(fā)明輪子的同學(xué)，也可以自己包裝一個(gè)。
◇Java
如果要用Java訪(fǎng)問(wèn)SQLite，可以通過(guò)SQLite的JDBC驅動(dòng)，或者通過(guò)專(zhuān)門(mén)的SQLite包裝庫。我個(gè)人建議走JDBC方式，萬(wàn)一將來(lái)要換數據庫，代碼就不用大改。
◇Python
pysqlite是Python操作SQLite的首選。從Python 2.5開(kāi)始，它已經(jīng)被整合到Python的標準庫中?？磥?lái)Python社區還是蠻喜歡SQLite嘛。
◇dotNet
對于喜歡dotNet的同學(xué)，可以通過(guò)SQLite的ADO.NET驅動(dòng)來(lái)訪(fǎng)問(wèn)。
◇Ruby
Ruby可以通過(guò)SQLite-Ruby操作SQLite數據庫，不過(guò)我沒(méi)用過(guò)。
◇Perl
在CPAN上有DBD::SQLite，不過(guò)我也沒(méi)用過(guò)。
★一些非技術(shù)的參考因素
前面講的都是技術(shù)層面的話(huà)題，如果你考慮在公司的商業(yè)軟件項目中使用SQLite。還需要根據“如何選擇開(kāi)源項目”里面提到的幾個(gè)參考因素，再評估一下。
◇授權協(xié)議（License）
SQLite使用的是Public Domain協(xié)議，這是最爽一種，可以放心大膽地用。
◇用戶(hù)的普及程度
最近這幾年，使用SQLite的人越來(lái)越多（從Google Trends可以反應出來(lái)）。包括一些大公司也開(kāi)始把它整合到產(chǎn)品中（比如Google的Gears、Apple的Safari、Adobe的AIR）。這說(shuō)明它的健壯性、穩定性等方面不會(huì )有太大問(wèn)題。
◇開(kāi)發(fā)的活躍程度
如果到SQLite的Change Log上大致了解一下，可以看出最近5年基本上每1-2個(gè)月都會(huì )有更新。說(shuō)明開(kāi)發(fā)的活躍度還是非常高的。
從上述幾個(gè)非技術(shù)因素來(lái)看，SQLite用于商業(yè)公司的軟件項目還是非?？孔V的。
轉載必須包含本聲明、保持本文完整。并以超鏈接形式注明作者編程隨想和本文原始地址：
http://program-think.blogspot.com/2009/03/opensource-review-sqlite-database.html
（#）
聯(lián)系客服
