SQLite 是一個類似Access的輕量級數(shù)據(jù)庫系統(tǒng)，但是更小、更快、容量更大，并發(fā)更高。為什么說 SQLite 最適合做 CMS (內(nèi)容管理系統(tǒng))呢？并不是說其他數(shù)據(jù)庫不好, Oracle、MySQL、SQLServer 也都是非常優(yōu)秀的 DBS，只不過他們設(shè)計目標(biāo)不同，特性不同，所以只有更適用某個應(yīng)用場景，沒有絕對的好壞之分。
我歸納的中小型站點的CMS的特點如下：
1、數(shù)據(jù)量不超過10萬
2、日頁面訪問量不超過10萬
3、 一部分網(wǎng)站全部生成靜態(tài)頁面，一部分網(wǎng)站實時查詢數(shù)據(jù)庫動態(tài)訪問
4、 站長不懂技術(shù)，不懂得復(fù)雜的數(shù)據(jù)庫維護，只會用 FTP 管理網(wǎng)站
5 、個人站點基本上是一個人管理，一般情況下只有一個人在訪問后臺，沒有并發(fā)
6、 對數(shù)據(jù)庫來說是讀多寫少，只有在站長訪問后臺的時候才會寫入
7、 多運行于虛擬主機，大部分PHP主機均同時支持MySQL，小部分PHP主機需要單獨購買MySQL，PHP+MySQL的主機價格較PHP主機價格高。（以萬網(wǎng)為例：最便宜的PHP空間780元，最便宜的PHP+MySQL的PHP空間1150元）
8、 多數(shù)中小站點的HTTP服務(wù)與MySQL部署在同一服務(wù)器上
SQLite 的優(yōu)點在中小網(wǎng)站CMS應(yīng)用場景下表現(xiàn)突出：
1、與MySQL相比，它更徹底的免費，并且沒有任何使用上的限制
2、非常小巧，PHP5以上版本中無需任何配置即可支持SQLite
3、無需單獨購買數(shù)據(jù)庫服務(wù)，無服務(wù)器進程，配置成本為零
4、整個數(shù)據(jù)庫存儲在一個單個的文件中，數(shù)據(jù)導(dǎo)入導(dǎo)出備份恢復(fù)都是復(fù)制文件，維護難度為零
5、讀速度快，在數(shù)據(jù)量不是很大的情況下速度較快，更重要的是：省掉了一次數(shù)據(jù)庫遠程鏈接沒有復(fù)雜的權(quán)限驗證，打開就能操作
SQLite的缺點在中小網(wǎng)站 CMS 應(yīng)用場景下被規(guī)避：
1、并發(fā)低 動態(tài)訪問時當(dāng)訪問量不超過10萬PV的時候，SQLite 超過 Access 的并發(fā)能力已經(jīng)綽綽有余；生成靜態(tài)頁后更無需考慮數(shù)據(jù)庫的并發(fā)問題
2、在大數(shù)據(jù)量的情況下表現(xiàn)較差 但是中小站點一般情況下數(shù)據(jù)量不超過10萬，而SQlite 在 100 萬數(shù)據(jù)量之下表現(xiàn)還不錯，因為省掉了對數(shù)據(jù)庫服務(wù)器的遠程連接甚至?xí)?/P>
3、寫入較慢 默認(rèn)配置下的 SQlite 的寫入速度比MySQL慢了很多，但是 CMS 應(yīng)用場景的寫入操作較少。在插入新文章的時候基本感受不到慢。集中的寫數(shù)據(jù)庫操作只有在安裝的時候會出現(xiàn)，不過只出現(xiàn)一次，可以忽略
4、為已有的表加索引較慢 但是在中小站點CMS中不會有這樣的需求，可以忽略
5、無法將 MySQL 部署到與前端機不同的服務(wù)器上，但是中小站點也沒有分開部署的需求
綜上所述：在中小站點 CMS 的應(yīng)用場景下 SQLite 能最大限度的降低建站成本，降低維護難度，又很好得規(guī)避了自身的缺點。所以我認(rèn)為未來支持 SQLite 的 CMS 系統(tǒng)一定會大行其道。