SQLite 是一個類似Access的輕量級數(shù)據(jù)庫系統(tǒng)，但是更小、更快、容量更大，并發(fā)更高。為什么說 SQLite 適合做 CMS (內(nèi)容管理系統(tǒng))呢？并不是說其他數(shù)據(jù)庫不好, oracle、MySQL、SQLServer 也都是非常優(yōu)秀的 DBS，只不過他們設(shè)計(jì)目標(biāo)不同，特性不同，所以只有更適用某個應(yīng)用場景，沒有絕對的好壞之分。

歸納的中小型站點(diǎn)的CMS的特點(diǎn)如下：

1、數(shù)據(jù)量不超過10萬
2、日頁面訪問量不超過10萬
3、 一部分網(wǎng)站全部生成靜態(tài)頁面，一部分網(wǎng)站實(shí)時(shí)查詢數(shù)據(jù)庫動態(tài)訪問
4、 站長不懂技術(shù)，不懂得復(fù)雜的數(shù)據(jù)庫維護(hù)，只會用 FTP 管理網(wǎng)站
5 、個人站點(diǎn)基本上是一個人管理，一般情況下只有一個人在訪問后臺，沒有并發(fā)
6、 對數(shù)據(jù)庫來說是讀多寫少，只有在站長訪問后臺的時(shí)候才會寫入
7、 多運(yùn)行于虛擬主機(jī)，大部分PHP主機(jī)均同時(shí)支持MySQL，小部分PHP主機(jī)需要單獨(dú)購買MySQL，PHP+MySQL的主機(jī)價(jià)格較PHP主機(jī)價(jià)格高。（以萬網(wǎng)為例：便宜的PHP空間780元，便宜的PHP+MySQL的PHP空間1150元）
8、 多數(shù)中小站點(diǎn)的HTTP服務(wù)與MySQL部署在同一服務(wù)器上

SQLite 的優(yōu)點(diǎn)在中小網(wǎng)站CMS應(yīng)用場景下表現(xiàn)突出：

1、與MySQL相比，它更徹底的免費(fèi)，并且沒有任何使用上的限制
2、非常小巧，PHP5以上版本中無需任何配置即可支持SQLite
3、無需單獨(dú)購買數(shù)據(jù)庫服務(wù)，無服務(wù)器進(jìn)程，配置成本為零
4、整個數(shù)據(jù)庫存儲在一個單個的文件中，數(shù)據(jù)導(dǎo)入導(dǎo)出備份恢復(fù)都是復(fù)制文件，維護(hù)難度為零
5、讀速度快，在數(shù)據(jù)量不是很大的情況下速度較快，更重要的是：省掉了一次數(shù)據(jù)庫遠(yuǎn)程鏈接沒有復(fù)雜的權(quán)限驗(yàn)證，打開就能操作

SQLite的缺點(diǎn)在中小網(wǎng)站 CMS 應(yīng)用場景下被規(guī)避：

1、并發(fā)低 動態(tài)訪問時(shí)當(dāng)訪問量不超過10萬PV的時(shí)候，SQLite 超過 Access 的并發(fā)能力已經(jīng)綽綽有余；生成靜態(tài)頁后更無需考慮數(shù)據(jù)庫的并發(fā)問題
2、在大數(shù)據(jù)量的情況下表現(xiàn)較差 但是中小站點(diǎn)一般情況下數(shù)據(jù)量不超過10萬，而SQlite 在 100 萬數(shù)據(jù)量之下表現(xiàn)還不錯，因?yàn)槭〉袅藢?shù)據(jù)庫服務(wù)器的遠(yuǎn)程連接甚至?xí)?
3、寫入較慢 默認(rèn)配置下的 SQlite 的寫入速度比MySQL慢了很多，但是 CMS 應(yīng)用場景的寫入操作較少。在插入新文章的時(shí)候基本感受不到慢。集中的寫數(shù)據(jù)庫操作只有在安裝的時(shí)候會出現(xiàn)，不過只出現(xiàn)一次，可以忽略
4、為已有的表加索引較慢 但是在中小站點(diǎn)CMS中不會有這樣的需求，可以忽略
5、無法將 MySQL 部署到與前端機(jī)不同的服務(wù)器上，但是中小站點(diǎn)也沒有分開部署的需求
綜上所述：在中小站點(diǎn) CMS 的應(yīng)用場景下 SQLite 能大限度的降低建站成本，降低維護(hù)難度，又很好得規(guī)避了自身的缺點(diǎn)。所以我認(rèn)為未來支持 SQLite 的 CMS 系統(tǒng)一定會大行其道。

http://www.dgzxsm168.com/jianzhanzhishi/8519.html 中小企業(yè)網(wǎng)站CMS的理想數(shù)據(jù)庫選擇-SQLite