ucenter_mmdb_http200(3)

技术上的优点和特性 SQLite是一个轻量级、跨平台的关系型。

◇轻量级

先说它的第一个特色：轻量级。想必SQLite的作者很看重这个特性，连它的Logo都是用的“羽毛”，来显摆它的轻飘飘。SQLite和C/S模式的软件不同，它是进程内的引擎，因此不存在的客户端和服务器。使用SQLite一般只需要带上它的一个动态库，就可以享受它的全部功能。而且那个动态库的尺寸也挺小，以版本3.6.11为例，Windows下487KB、Linux下347KB。

◇ 绿色软件

SQLite的另外一个特点是绿色：它的核心引擎本身不依赖第三方的软件，使用它也不需要“安装”。所以在部署的时候能够省去不少麻烦。

◇单一文件

所谓的“单一文件”，就是中所有的信息（比如表、视图、触发器、等）都包含在一个文件内。这个文件可以copy到其它目录或其它机器上，也照用不误。

★技术上的缺点和不足

◇并发访问的锁机制 SQLite在并发（包括多进程和多线程）读写方面的性能一直不太理想。可能会被写操作独占，从而导致其它读写操作阻塞或出错。

SQL标准支持不全 在它的官方网站上，具体列举了不支持哪些SQL92标准。我个人感觉比较不爽的是不支持外键约束。

◇网络文件系统（以下简称NFS） 有时候需要访问其它机器上的SQLite文件，就会把文件放置到网络共享目录上。这时候你就要小心了。当SQLite文件放置于NFS时，在并发读写的情况下可能会出问题（比如数据损坏）。原因据说是由于某些NFS的文件锁实现上有Bug。

★编程语言接口 SQLite支持很多种语言的编程接口。这对于我这种喜欢混用多种编程语言的人来说，是很爽的。下面我大概介绍一下。

◇C/C++ 由于SQLite本身是C写的，它自带的API也是C接口的。所以C/C++用起来最直接了。假如你不喜欢面向过程的C API风格，可以另外找个C++的包装库。想重新发明轮子的同学，也可以自己包装一个。 ◇Java 如果要用Java访问SQLite，可以通过SQLite的JDBC驱动，或者通过专门的SQLite包装库。我个人建议走JDBC方式，万一将来要换，代码就不用大改。 ◇Python pysqlite是Python操作SQLite的首选。从Python 2.5开始，它已经被整合到Python的标准库中。看来Python社区还是蛮喜欢SQLite嘛。 ◇.Net 对于喜欢.Net的同学，可以通过SQLite的ADO.NET驱动来访问。 ◇Ruby Ruby可以通过SQLite-Ruby操作SQLite，不过我没用过。 ◇Perl 在CPAN上有DBD::SQLite，不过我也没用过。

★一些非技术的参考因素

需要根据“如何选择开源项目”里面提到的几个参考因素，再评估一下。 ◇授权协议（License） SQLite使用的是Public Domain协议，这是最爽一种，可以放心大胆地用。 ◇用户的普及程度 最近这几年，使用SQLite的人越来越多。包括一些大公司也开始把它整合到产品中（比如Google的Gears、Apple的Safari、Adobe的AIR）。 ◇开发的活跃程度 如果到SQLite的Change Log上大致了解一下，可以看出最近5年基本上每1-2个月都会有更新。说明开发的活跃度还是非常高的。

SQLite不同于其他大部分的SQL引擎,因为它的首要设计目标就是简单化:

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-34364-3.html