SQLite数据库的基础知识
SQLite的网站(sqlite.org)对SQL进行了如下描述：“SQLite是一个可实现独立、无服务器、零配置、事务性SQL数据库引擎的软件库”。这句话中的关键要素都围绕着“库”这一名词。与使用客户端程序集向服务器发送请求以供分析和执行的SQLServer不同的是，SQLite完全驻留在客户端进程中，这使之成为一种“嵌入式”数据库。在使用期间，SQLite数据库的运行空间是一个存储在客户端文件系统的某一位置中的单个文件，并且安装空间通常也相当小。下面大家就随着小编来认识SQLite数据库的具体内容吧！
SQLite数据库
SQLite是一个老牌的轻量级别的文件数据库，完全免费，使用方便，不需要安装，无须任何配置，也不需要管理员。
它是开源的嵌入式数据库产品，是同类产品中的后起之秀，2005年获得了开源大奖，而且最新的php5也内嵌了SQLite。相比另一款著名的嵌入式数据库——BerkelyDB。SQLite是关系型数据库，支持大部分SQL语句，这是它比BDB优秀的地方。
作为一款嵌入式数据库，SQLite与BerkelyDB一样，以库的形式提供，通过C函数直接操作数据库文件。(也支持其他的访问方式，比如Tcl)。下载包中有SQLite3.dll和SQlite3.def，def可以用VC的lib工具生成链接库，当然也可以直接链接dll文件。
SQLite不是Server，所以和SQLServer等不同，它和程序运行在同一进程。中间没有进程间通信，速度很快，而且体积小巧，易于分发。适合运行在单机环境和嵌入式环境。(随便说一下，腾讯的QQ中可能就用到了SQLite数据库来保存信息)
支持事务机制和blob数据类型。支持大部分SQL92标准.一个完整的数据库保存在磁盘上面一个文件.
同一个数据库文件可以在不同机器上面使用,最大支持数据库到2TB.
源代码开放,代码95%有较好的注释,简单易用的API.
现在已经发展到了SQLite3版本,目前最新版本是SQLite3.3.4.
★技术上的优点和特性
SQLite是一个轻量级、跨平台的关系型数据库。既然号称关系型数据库，支持SQL92标准中常用的玩意儿（比如视图、事务、触发器等）就是理所当然的了，咱今天就不细说了。今天主要聊聊一些有点特色的玩意儿。
◇轻量级
先说它的第一个特色：轻量级。想必SQLite的作者很看重这个特性，连它的Logo都是用的“羽毛”，来显摆它的轻飘飘。
SQLite和C/S模式的数据库软件不同，它是进程内的数据库引擎，因此不存在数据库的客户端和服务器。使用SQLite一般只需要带上它的一个动态库，就可以享受它的全部功能。而且那个动态库的尺寸也挺小，以版本3.6.11为例，Windows下487KB、Linux下347KB。
◇绿色软件
SQLite的另外一个特点是绿色：它的核心引擎本身不依赖第三方的软件，使用它也不需要“安装”。所以在部署的时候能够省去不少麻烦。
◇单一文件
#p#分页标题#e#
所谓的“单一文件”，就是数据库中所有的信息（比如表、视图、触发器、等）都包含在一个文件内。这个文件可以copy到其它目录或其它机器上，也照用不误。
◇跨平台/可移植性
如果光支持主流操作系统，那就没啥好吹嘘的了。除了主流操作系统，SQLite还支持了很多冷门的操作系统。我个人比较感兴趣的是它对很多嵌入式系统（比如Android、WindowsMobile、Symbin、Palm、VxWorks等）的支持。
◇内存数据库
这年头，内存越来越便宜，很多普通PC都开始以GB为单位来衡量内存（服务器就更甭提了）。这时候，SQLite的内存数据库特性就越发显得好用。
SQLite的API不区分当前操作的数据库是在内存还是在文件（对于存储介质是透明的）。所以如果你觉得磁盘I/O有可能成为瓶颈的话，可以考虑切换为内存方式。切换的时候，操作SQLite的代码基本不用大改，只要在开始时把文件Load到内存，结束时把内存的数据库Dump回文件就OK了。在这种情况下，前面提到的“onlinebackupAPI”就派上用场了，聪明的同学应该明白我为啥这么期待backup功能了吧？
★技术上的缺点和不足
前面光聊了特性和优点，为了避免枪手写软文的嫌疑，再来说说SQLite的一些缺点。列位看官将来如果想用它，这些缺点要权衡一下。
◇并发访问的锁机制
SQLite在并发（包括多进程和多线程）读写方面的性能一直不太理想。数据库可能会被写操作独占，从而导致其它读写操作阻塞或出错。
◇SQL标准支持不全
在它的官方网站上，具体列举了不支持哪些SQL92标准。我个人感觉比较不爽的是不支持外键约束。
◇网络文件系统（以下简称NFS）
有时候需要访问其它机器上的SQLite数据库文件，就会把数据库文件放置到网络共享目录上。这时候你就要小心了。当SQLite文件放置于NFS时，在并发读写的情况下可能会出问题（比如数据损坏）。原因据说是由于某些NFS的文件锁实现上有Bug。
★编程语言接口
SQLite支持很多种语言的编程接口。这对于我这种喜欢混用多种编程语言的人来说，是很爽的。下面我大概介绍一下。
◇C/C++
由于SQLite本身是C写的，它自带的API也是C接口的。所以C/C++用起来最直接了。假如你不喜欢面向过程的CAPI风格，可以另外找个C++的包装库。想重新发明轮子的同学，也可以自己包装一个。
◇java
如果要用Java访问SQLite，可以通过SQLite的JDBC驱动，或者通过专门的SQLite包装库。我个人建议走JDBC方式，万一将来要换数据库，代码就不用大改。
◇Python
pysqlite是Python操作SQLite的首选。从Python2.5开始，它已经被整合到Python的标准库中。看来Python社区还是蛮喜欢SQLite嘛。
◇dotNet
对于喜欢dotNet的同学，可以通过SQLite的ADO.NET驱动来访问。
◇Ruby
Ruby可以通过SQLite-Ruby操作SQLite数据库，不过我没用过。
◇Perl
在CPAN上有DBD::SQLite，不过我也没用过。
★一些非技术的参考因素
前面讲的都是技术层面的话题，如果你考虑在公司的商业软件项目中使用SQLite。还需要根据“如何选择开源项目”里面提到的几个参考因素，再评估一下。
◇授权协议（License）
SQLite使用的是PublicDomain协议，这是最爽一种，可以放心大胆地用。
◇用户的普及程度
最近这几年，使用SQLite的人越来越多（从GoogleTrends可以反应出来）。包括一些大公司也开始把它整合到产品中（比如Google的Gears、Apple的Safari、Adobe的AIR）。这说明它的健壮性、稳定性等方面不会有太大问题。
◇开发的活跃程度
如果到SQLite的ChangeLog上大致了解一下，可以看出最近5年基本上每1-2个月都会有更新。说明开发的活跃度还是非常高的。
从上述几个非技术因素来看，SQLite用于商业公司的软件项目还是非常靠谱的。
另外，大家也可以从课课家教育官网中找到其它相关内容的文章~
小编结语：
更多内容尽在课课家教育！
