| 今天注意到SQLite 3.6.11（上个月发布的）增加了一个我期待已久的online backup接口，激动之余就顺便和大伙儿聊一下sqlite数据库。本帖权当是sqlite扫盲，如果你对sqlite已经很熟悉，本文就不必再看了。 |
一、sqlite的使用场景
★如何权衡？
当你在权衡某个场合是否应该使用sqlite时，（在技术层面）至少要考虑如下几点：
◇能否发挥sqlite的某些特长？
◇是否还有其它的替代方案？
◇是否有啥潜在的技术风险？
想清楚上述问题之后，再做出决策。
★sqlite的特点
关于sqlite的特长，在上次的帖子中已经介绍过了。考虑到某些同学比较健忘，咱再回顾一下：
◇文件型数据库，且只有单一数据文件
◇轻量级
◇绿色（不依赖其它软件库）
◇跨平台（包括引擎和数据文件）
◇支持内存数据库
◇支持较大的数据文件（TB级别）
★可能的替代方案
刚才说了，权衡sqlite的使用需要考虑其它的替代方案，所以俺简单介绍一下和sqlite用途相近的其它几种技术手段。后面讲应用场景的时候，会结合这几个替代方案来作对比。
◇Access数据库
Access数据库也是文件型的数据库，支持的很多sql特性都类似于sqlite。自从windows 2000开始，windows就内置了Access的数据库引擎（Microsoft Jet Database Engine）。所以Access数据库在上述系统中也是可以独立运行的（不依赖Office）。
Access数据库最主要的缺点就是不能跨平台。另外还有几个小缺点：文件大小有限制（2GB）、不支持内存数据库。
◇其它文件型数据库
其实，除了Access之外，还有另外一些文件型数据库。但是这些文件型数据库要么名气太小，要么不支持多种编程语言（比如HSQLDB），要么已经过时（比如FoxPro、Paradox）。所以后面分析应用场景的时候就不再提及这些玩意儿。
◇CSV文件
CSV（Comma Separated Values，详细解释见“这里”）是一种很简单的纯文本格式。它本身就是用来表示二维的数据信息的。一个CSV文件可以理解为数据库的一张表。
CSV的缺点主要在于：不便于存储非文本的数据信息（比如BLOB类型的信息）；如果需要同时存储多张表的信息，就需要对应有多个CSV文件（文件一多，就嫌麻烦）。
◇XML文件
XML文件想必大伙儿都知道，我就不多说了。XML格式主要缺点也有两个：一个是由于XML本身是树状结构，有时候不便于表示二维数据表的信息；另一个是数据量大（比如文件超过10MB或者XML节点层次很深）的时候，解析XML的开销蛮大的。
★作为数据库的应用场景
前面说了一大通，现在开始切入正题，先说说sqlite作为一个轻型数据库，方便干哪些事儿？
在这类场景中，由于是把sqlite作为数据库来使的，所以基本不用考虑CSV和XML这两种替代方案。
◇需要数据库的小型桌面软件
如果你开发一个小型的桌面软件并且需要用到数据库功能（比如某个背单词软件），那sqlite是一个不错的选择。因为sqlite很绿色又很短小精悍。
不过，由于windows在桌面系统的比重很大。对于那些不考虑跨平台的开发人员，sqlite相对于Access来说，没有太大的优势。
◇需要数据库的手机软件
眼下手机应用的发展很迅猛，相应的开发人员也多起来了。假如你就是一个手机应用程序的开发人员，并且你开发的应用需要有数据库功能（比如某个字典工具），那sqlite简直是不二之选。由于手机 *** 作系统名目繁多，同时手机的内存偏小，这时候sqlite跨平台和轻量级的特长就充分发挥出来了。目前几个知名的手机 *** 作系统（比如Android、Windows Mobile、Symbin、Palm等），sqlite都支持得不错。
在这种场合，Access基本没戏。
★作为数据容器的应用场景
所谓数据容器，就是把sqlite作为装数据的容器，充分发挥sqlite单一数据文件的优点。另外，还可以避免自己定义一套数据文件格式的麻烦。要知道，定义一个完善的数据文件格式是难度极大滴（要考虑可扩展性、要考虑向下兼容、假如跨cpu架构还要考虑字节序、假如数据量大还要考虑性能、还要...）。
◇数据备份/恢复、数据导入/导出
某些软件系统（尤其是些企业应用系统）经常会碰到数据备份/恢复的功能需求。比如说，客户会要求你把一些数据（往往是业务相关的）定期备份成一个独立的数据文件，然后存储在别处。一旦软件系统自身发生不测，再把备份的数据恢复回来。
另外，导入/导出功能也是经常碰到的。一般是某个软件安装在多个地方。然后需要把一些数据（往往是业务相关的）从A处导出，然后在B处导入。
针对上述这两种需求：如果牵涉的数据比较大，就不宜使用XML或者Access；如果牵涉到跨平台，就无法使用Access；如果牵涉到多种数据，就不宜使用CSV（除非你能忍受多个CSV文件并存）。有上述条件限制的地方，都很适合用sqlite。
◇在线升级
这年头不联网的单机已经很少了，提供在线升级功能的软件会多起来。一般的在线升级分为两类：升级程序（比如firefox自动升级新版本）和升级业务数据（比如杀毒软件升级病毒库）。这两种类型都可以使用sqlite来完成。把需要要升级的内容放置到sqlite数据库文件中，将来升级时只需下载单一的升级文件即可。
在这种场景，不太合适用CSV和XML。如果不考虑跨平台，倒也可以用Access来搞定。
★作为内存数据库的应用场景
在这种类型的场景中，咱们要充分发挥sqlite内存数据库的特长。由于sqlite的API设计比较合理， *** 作内存数据库和 *** 作文件数据库几乎没啥区别，所以从文件型切换到内存型，代码不用大改。另外，从3.6.11开始，sqlite增加了online backup接口，便于在内存数据库和文件数据库之间进行数据的同步。
◇降低磁盘I/O开销
比如开发了某个字典工具，词库存储在sqlite数据库文件中。当词库越来越大的时候，你可能会发现，查词的速度越来越慢。当然啦，速度慢未必是磁盘 I/O引起的。这时候你可以把程序略微修改一下（可能就10行左右的代码），在初始化时把词库载入内存的sqlite数据库中。然后再对比测试一下性能。如果发现性能有明显提升，那你以后就可以一直用这种方式了。
使用这个招数，要小心内存数据库对内存空间的占用。比如对于普通的PC，占用个几兆、十几兆还行，再大的话就不爽了。另外，对于手机 *** 作系统，此招数效果不好（手机本身的内存就不是很大，而且存储介质的速度已经蛮快了）。
◇作为临时表
内存数据库方式，还可以用来充当临时表，存放一些临时数据。当程序的进程退出时，内存数据库就自然消失了，不会留下任何垃圾。
不过这种方式只适合于某个程序独占临时表的情形。如果临时表需要被多个进程共用，这招就不灵了。
-------------------------------------------------------------------------------------------------------------------------
二、sqlite3 使用教学
OS X自从10.4后把sqlite这套相当出名的数据库软件，放进了作业系统工具集里。OS X包装的是第三版的sqlite，又称sqlite3。这套软件有几个特色：
软件属于公共财（public domain），sqlite可说是某种「美德软件」（virtueware），作者本人放弃着作权，而给使用sqlite的人以下的「祝福」（blessing）： May you do good and not evil. 愿你行善莫行恶 May you find forgiveness for yourself and forgive others. 愿你原谅自己宽恕他人 May you share freely,never taking more than you give. 愿你宽心与人分享，所取不多于你所施予 支援大多数的sql指令（下面会简单介绍）。 一个档案就是一个数据库。不需要安装数据库服务器软件。 完整的Unicode支援（因此没有跨语系的问题）。 速度很快。目前在OS X 10.4里，sqlite是以/usr/bin/sqlite3的形式包装，也就说这是一个命令列工具，必须先从终端机（Terminal.app或其他程序）进入shell之后才能使用。网络上有一些息协助使用sqlite的视觉化工具，但似乎都没有像CocoaMysqL（配合MysqL数据库使用）那般好用。或许随时有惊喜也未可知，以下仅介绍命令列的 *** 作方式。
sqlite顾名思议是以sql为基础的数据库软件，sql是一套强大的数据库语言，主要概念是由「数据库」、「资料表」（table）、「查询指令」（querIEs）等单元组成的「关联性数据库」（进一步的概念可参考网络上各种关于sql及关联性数据库的文件）。因为sql的查询功能强大，语法一致而入门容易，因此成为现今主流数据库的标准语言（微软、Oracle等大厂的数据库软件都提供sql语法的查询及 *** 作）。
以下我们就建立数据库、建立资料表及索引、新增资料、查询资料、更改资料、移除资料、sqlite3命令列选项等几个项目做简单的介绍。
| 目录 1 建立数据库档案 2 在sqlite3提示列下 *** 作 3 sql的指令格式 4 建立资料表 5 建立索引 6 加入一笔资料 7 查询资料 8 如何更改或删除资料 9 其他sqlite的特别用法 10 小结 |
用sqlite3建立数据库的方法很简单，只要在shell下键入（以下$符号为shell提示号，请勿键入）：
$ sqlite3 foo.db
如果目录下没有foo.db，sqlite3就会建立这个数据库。sqlite3并没有强制数据库档名要怎么取，因此如果你喜欢，也可以取个例如foo.icannameitwhateverilike的档名。
在sqlite3提示列下 *** 作进入了sqlite3之后，会看到以下文字：
sqlite version 3.1.3Enter ".help" for instructionssqlite>
这时如果使用.help可以取得求助，.quit则是离开（请注意：不是quit）
sql的指令格式所以的sql指令都是以分号（;）结尾的。如果遇到两个减号（--）则代表注解，sqlite3会略过去。
建立资料表假设我们要建一个名叫film的资料表，只要键入以下指令就可以了：
create table film(Title,length,year,starring);
这样我们就建立了一个名叫film的资料表，里面有name、length、year、starring四个字段。
这个create table指令的语法为：
create table table_name(fIEld1,fIEld2,fIEld3,...);
table_name是资料表的名称，fIEldx则是字段的名字。sqlite3与许多sql数据库软件不同的是，它不在乎字段属于哪一种资料型态：sqlite3的字段可以储存任何东西：文字、数字、大量文字（blub），它会在适时自动转换。
建立索引如果资料表有相当多的资料，我们便会建立索引来加快速度。好比说：
create index film_Title_index on film(Title);
意思是针对film资料表的name字段，建立一个名叫film_name_index的索引。这个指令的语法为
create index index_name on table_name(fIEld_to_be_indexed);
一旦建立了索引，sqlite3会在针对该字段作查询时，自动使用该索引。这一切的 *** 作都是在幕后自动发生的，无须使用者特别指令。
加入一笔资料接下来我们要加入资料了，加入的方法为使用insert into指令，语法为：
insert into table_name values(data1,data2,data3,...);
例如我们可以加入
insert into film values ('Silence of the Lambs,The',118,1991,'JodIE Foster');insert into film values ('Contact',153,1997,'JodIE Foster');insert into film values ('Crouching Tiger,HIDden Dragon',120,2000,'Yun-Fat Chow');insert into film values ('Hours,114,2002,'Nicole KIDman'); 如果该字段没有资料，我们可以填NulL。
查询资料讲到这里，我们终于要开始介绍sql最强大的select指令了。我们首先简单介绍select的基本句型：
select columns from table_name where Expression;
最常见的用法，当然是倒出所有数据库的内容：
select * from film;
如果资料太多了，我们或许会想限制笔数：
select * from film limit 10;
或是照着电影年份来排列：
select * from film order by year limit 10;
或是年份比较近的电影先列出来：
select * from film order by year desc limit 10;
或是我们只想看电影名称跟年份：
select Title,year from film order by year desc limit 10;
查所有茱蒂佛斯特演过的电影：
select * from film where starring='JodIE Foster';
查所有演员名字开头叫茱蒂的电影('%' 符号便是 sql 的万用字符）：
select * from film where starring like 'JodIE%';
查所有演员名字以茱蒂开头、年份晚于1985年、年份晚的优先列出、最多十笔，只列出电影名称和年份：
select Title,year from film where starring like 'JodIE%' and year >= 1985 order by year desc limit 10;
有时候我们只想知道数据库一共有多少笔资料：
select count(*) from film;
有时候我们只想知道1985年以后的电影有几部：
select count(*) from film where year >= 1985;
（进一步的各种组合，要去看sql专书，不过你大概已经知道sql为什么这么流行了：这种语言允许你将各种查询条件组合在一起──而我们还没提到「跨数据库的联合查询」呢！）
如何更改或删除资料了解select的用法非常重要，因为要在sqlite更改或删除一笔资料，也是靠同样的语法。
例如有一笔资料的名字打错了：
update film set starring='JodIE Foster' where starring='Jodee Foster';
就会把主角字段里，被打成'Jodee Foster'的那笔（或多笔）资料，改回成JodIE Foster。
delete from film where year < 1970;
就会删除所有年代早于1970年（不含）的电影了。
其他sqlite的特别用法sqlite可以在shell底下直接执行命令：
sqlite3 film.db "select * from film;"
输出 HTML 表格：
sqlite3 -HTML film.db "select * from film;"
将数据库「倒出来」：
sqlite3 film.db ".dump" > output.sql
利用输出的资料，建立一个一模一样的数据库（加上以上指令，就是标准的sql数据库备份了）：
sqlite3 film.db < output.sql
在大量插入资料时，你可能会需要先打这个指令：
begin;
插入完资料后要记得打这个指令，资料才会写进数据库中：
commit;小结
以上我们介绍了sqlite这套数据库系统的用法。事实上OS X也有诸于sqliteManagerX这类的图形接口程序，可以便利数据库的 *** 作。不过万变不离其宗，了解sql指令 *** 作，sqlite与其各家变种就很容易上手了。
至于为什么要写这篇教学呢？除了因为OS X Tiger大量使用sqlite之外（例如：Safari的RSS reader，就是把文章存在sqlite数据库里！你可以开开看~/library/Syndication/Database3这个档案，看看里面有什么料），OpenVanilla从0.7.2开始，也引进了以sqlite为基础的词汇管理工具，以及全字库的注音输入法。因为使用sqlite，这两个模块不管数据库内有多少笔资料，都可以做到「瞬间启动」以及相当快速的查询回应。
将一套方便好用的数据库软件包进OS X中，当然也算是Apple相当相当聪明的选择。再勤劳一点的朋友也许已经开始想拿sqlite来记录各种东西（像我们其中就有一人写了个程序，自动记录电池状态，写进sqlite数据库中再做统计......）了。想像空间可说相当宽广。
目前支援sqlite的程序语言，你能想到的大概都有了。这套数据库2005年还赢得了美国O'Reilly Open Source Conference的最佳开放源代码软件奖，奖评是「有什么东西能让Perl,Python,PHP,Ruby语言团结一致地支援的？就是sqlite」。由此可见sqlite的地位了。而sqlite程序非常小，更是少数打 "gcc -o sqlite3 *"，不需任何特殊设定就能跨平台编译的程序。小而省，小而美，sqlite连网站都不多赘言，直指sql语法精要及API使用方法，原作者大概也可以算是某种程序设计之道（Tao of Programming）里所说的至人了。
sqlite数据库是中小站点CMS的最佳选择
作者：孙毓波 (AKCMS 作者)
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 For Windowns 安装配置方法 [作者:佚名 | 时间:2009-6-29] sqlite 是个使用档案方式储存的 Database，不需要另外安装如 MysqL 之类的 Server，而且 PHP5已经将 sqlite 內建了，相当好用，在某些方面效能比起其他 Database 系统有过之而无不及阿！先介绍 sqlite 在 windows 的安裝方式：
PHP 4 版本
2.PHP.ini 加上 extension=PHP_sqlite.dll
3.重新启动 Web Server 即可。
PHP 5 版本
PHP 5 已经包含 sqlite 模组了，所以只需要载入模组即可。
修改 PHP.ini 找到 ;extension=PHP_sqlite.dll将前面的分号去掉。
不过目前测试結果在 PHP 5.1.1 和 5.1.2 只有这样是 run 不起来的，必须连 pdo 一起启动，所以在前面增加兩行：
extension=PHP_pdo.dll
extension=PHP_pdo_sqlite.dll
extension=PHP_ sqlite.dll
最后一样重新启动 Web Server 即可。
转自:http://hi.baIDu.com/hkdalong/blog/item/ee87bcf5030b97e57609d7b3.HTML
总结以上是内存溢出为你收集整理的SQLite3 使用教学全部内容，希望文章能够帮你解决SQLite3 使用教学所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）