Jan 8

为什么SQLite 最适合做CMS 不指定

admin , 16:39 , 数据库 » 数据库(SQLite) , 评论(0) , 引用(0) , 阅读(4465) , Via 本站原创 | |
怎么手机十秒时时监控          拍拍购物综合频道 正品1折起 惊喜多多      拍拍女装特卖频道,汇集了最新的女装时尚新款 正品1折起,爱美的我还在等什么
     手机访问 就能天天 特价     电脑访问 爱淘宝go

SQLite 是一个类似Access的轻量级数据库系统,但是更小、更快、容量更大,并发更高。
为什么说 SQLite 最适合做 CMS (内容管理系统)呢?并不是说其他数据库不好, Oracle、MySQL、SQLServer 也都是非常优秀的 DBS,只不过他们设计目标不同,特性不同,所以只有更适用某个应用场景,没有绝对的好坏之分。
我归纳的中小型站点的CMS的特点如下:
* 1、数据量不超过10万
* 2、日页面访问量不超过10万
* 3、 一部分网站全部生成静态页面,一部分网站实时查询数据库动态访问
* 4、 站长不懂技术,不懂得复杂的数据库维护,只会用 FTP 管理网站
* 5 、个人站点基本上是一个人管理,一般情况下只有一个人在访问后台,没有并发
* 6、 对数据库来说是读多写少,只有在站长访问后台的时候才会写入
* 7、 多运行于虚拟主机,大部分PHP主机均同时支持MySQL,小部分PHP主机需要单独购买MySQL,PHP+MySQL的主机价格较PHP主机价格高。(以万网为例:最便宜的PHP空间780元,最便宜的PHP+MySQL的PHP空间1150元)
* 8、 多数中小站点的HTTP服务与MySQL部署在同一服务器上

SQLite 的优点在中小网站CMS应用场景下表现突出:
* 1、与MySQL相比,它更彻底的免费,并且没有任何使用上的限制
* 2、非常小巧,PHP5以上版本中无需任何配置即可支持SQLite
* 3、无需单独购买数据库服务,无服务器进程,配置成本为零
* 4、整个数据库存储在一个单个的文件中,数据导入导出备份恢复都是复制文件,维护难度为零
* 5、读速度快,在数据量不是很大的情况下速度较快,更重要的是:省掉了一次数据库远程链接没有复杂的权限验证,打开就能操作

SQLite的缺点在中小网站 CMS 应用场景下被规避:
* 1、并发低 动态访问时当访问量不超过10万PV的时候,SQLite 超过 Access 的并发能力已经绰绰有余;生成静态页后更无需考虑数据库的并发问题
* 2、在大数据量的情况下表现较差 但是中小站点一般情况下数据量不超过10万,而SQlite 在 100 万数据量之下表现还不错,因为省掉了对数据库服务器的远程连接甚至会更快
* 3、写入较慢 默认配置下的 SQlite 的写入速度比MySQL慢了很多,但是 CMS 应用场景的写入操作较少。在插入新文章的时候基本感受不到慢。集中的写数据库操作只有在安装的时候会出现,不过只出现一次,可以忽略
* 4、为已有的表加索引较慢 但是在中小站点CMS中不会有这样的需求,可以忽略
* 5、无法将 MySQL 部署到与前端机不同的服务器上,但是中小站点也没有分开部署的需求

综上所述:在中小站点 CMS 的应用场景下 SQLite 能最大限度的降低建站成本,降低维护难度,又很好得规避了自身的缺点。所以我认为未来支持 SQLite 的 CMS 系统一定会大行其道。

--EOF--

附:我觉得 Berkeley DB 或许也不错。另外,如果一个 CMS 日访问量小于 10 万,通过一些 Web 前端优化,后端的压力就会非常之小。

Tags: