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 系统一定会大行其道。
总结SQLite不支持的SQL语法有哪些http://www.xueit.com/html/2009-02/27_698_00.html
1、top这是一个大家经常问到的问题,例如在 sqlSERVER 中可以使用如下语句来取得记录集中的前十条记录:
SELECT top 10 * FROM [index] ORDER BY indexID DESC;
但是这条SQL语句在sqlite中是无法执行的,应该改为:
SELECT * FROM [index] ORDER BY indexID DESC limit 0,10;
其中limit 0,10表示从第0条记录开始,往后一共读取10条
sqlite在创建多表视图的时候有一个BUG,问题如下:
CREATE VIEW watch_single AS SELECT disTINCTwatch_item.[watchID],watch_item.[itemID] FROM watch_item;
上面这条SQL语句执行后会显示成功,但是实际上除了
SELECT COUNT(*) FROM [watch_single ] WHERE watch_ single.watchID = 1;
能执行之外是无法执行其他任何语句的。其原因在于建立视图的时候指定了字段所在的表名,而sqlite并不能正确地识别它。所以上面的创建语句要改为:
CREATE VIEW watch_single AS SELECT disTINCT [watchID],[itemID] FROM watch_item;
但是随之而来的问题是如果是多表的视图,且表间有重名字段的时候该怎么办?
sqlite在执行如下语句的时候会报错:
SELECT COUNT(disTINCT watchID) FROM [watch_item] WHERE watch_item.watchID = 1;
其原因是sqlite的所有内置函数都不支持disTINCT限定,所以如果要统计不重复的记录数的时候会出现一些麻烦。比较可行的做法是先建立一个不重复的记录表的视图,然后再对该视图进行计数。
虽然sqlite官方已经声称 left OUTER JOIN 已经实现,但还没有 RIGHT OUTER JOIN 和 FulL OUTER JOIN。但是实际测试表明似乎并不能够正常的工作。以下三条语句在执行的时候均会报错:
SELECT Tags.[tagID] FROM [Tags],[tag_RSS] WHERE Tags.[tagID] = tag_RSS.[tagID](*);
SELECT Tags.[tagID] FROM [Tags],[tag_RSS] WHERE left OUTER JOIN tag_RSS.[tagID] = Tags.[tagID];
SELECT Tags.[tagID] FROM [Tags],[tag_RSS] WHERE left JOIN tag_RSS.[tagID] = Tags.[tagID];
此外经过测试用+号代替*号也是不可行的。
1、返回最后插入的标识值
返回最后插入的标识值sql server用 @@IDENTITY
sqlite用标量函数 LAST_INSERT_ROWID()
返回通过当前的 sqlConnection 插入到数据库的最后一行的行标识符(生成的主键)。此值与 sqlConnection.lastInsertRowID 属性返回的值相同。
在sql server中返回前2行可以这样:
select top 2 * from aa order by IDs desc
sqlite中用liMIT,语句如下:
select * from aa order by IDs desc liMIT 2
在 sql server 中 GETDATE() 返回当前系统日期和时间
sqlite中 没有
sql server中判断插入(不存在IDs=5的就插入)
IF NOT EXISTS (select * from aa where IDs=5)
BEGIN
insert into aa(nickname)
select 't'
END
在sqlite中可以这样
Insert into aa(nickname)
select 't'
where not exists(select * from aa where IDs=5)
sqlite仅允许单个活动的事务
6、RIGHT 和 FulL OUTER JOINsqlite不支持 RIGHT OUTER JOIN 或FulL OUTER JOIN
7、可更新的视图sqlite视图是只读的。不能对视图执行 DELETE、INSERT 或 UPDATE 语句,sql server是可以对视图 DELETE、INSERT 或 UPDATE
总结以上是内存溢出为你收集整理的SQLite全部内容,希望文章能够帮你解决SQLite所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)