关于SQLite 转帖
最近在项目中用到了SQLite。主要是客户端用到，这种小型内嵌数据库还是蛮实用的。
提起SQLite我不自觉的就想起了微软出的ACCESS。他们两个确实是有可比性的。曾经，小型网站数据库，ASP可以用到ACCESS。但是，PHP却是没有相对应的解决方案，自从SQLite的出现，给PHP提供了一个解决方案。
在客户端里面，我用到的数据保存方案有：CSV、INI、XML。其中XML是最强大的，但是可惜的是我用的解析器是Tinyxml，实用tinyxml的初衷就是简单，只用于配置，所以再复杂的事情就有些应付不过来。至少，逻辑上要复杂上许多。
我最近，看了迅雷，搜狗……一些软件的目录，都有一个sqlite3.dll。于是就去了解了下。貌似现在很多的im软件用这个做客户端数据库的也多起来了。看起来这个项目还是不错的。
SQLite有好几种版本，如果要想内嵌到应用程序当中去，那就要用sqlite-amalgamation这个版本了。它就是一个头文件，一个c的实现文件，这个文件里面有十多万行代码。我用VS2003编译的时候，编译器会提醒我，行数有些超长了-_-!!
C++里面对SQLite的包装类库里面，我觉得SOCI算是很不错的，这个项目不仅仅是对SQLite进行了包装，而且对其他数据库都有包装，像MySQL、PostgreSQL、Oracle这些数据库都支持，还支持ODBC。如果感兴趣可以看我转载的一篇博文：http://www.cppblog.com/tx7do/archive/2009/11/27/102054.html
“工欲善其事，必先利其器。”
既然是数据库，那我自然要有工具能够编辑数据库了。我找了找SQLite的数据库工具，一搜一大把。我试用了好多种，都不是很好用。最终才确定了SQLite Expert Professional，这款商业软件。当然，我很无耻的用了破解版。破解版在www.gougou.com里面就能搜索到。我是倾向于用开源软件的，但是很无奈的是，虽然相关的工具很多很多，但是就没有一款真正好用的。
我在用SQLite Expert创建数据库的时候，发现有一个选择编码的选项，但是很可惜的是全部都是UTF系的编码……我习惯性的选择了UTF8，这个也是它的默认选项。我创建了一个测试的数据库，随便弄了个表，打了几个字，然后保存。再用VS2003做了一个测试程序，结果读进来的是乱码。后来我把数据库文件放到一个路径里面有中文的路径下，结果它找不到文件，看来它完完全全的使用了UTF字符，包括对路径的处理。看起来，只能转码了。以下附上两个Windows下的转码的方法：
std::string UTF8ToAnsi( const std::stri
相关文档：
判断表存在的方法很简单,网上很多:
SELECT COUNT(*) from sqlite_master where type='table' and name='%s'" % tname;
那么判断字段是否存在, 或者说如何判断表的版本是否最新就只需要:
select * from sqlite_master where tbl_name='tblContactList';
sqlite_master 的表结构如下:
type |name ......
这是一个有关分页的实例,仅供参考(代码来自网络)
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using System.Data.SQLite;
using System.Threading;
using System.Collections;
us ......
这篇文章是使用SQLite C/C++接口的一个概要介绍和入门指南。
由于早期的SQLite只支持5个C/C++接口，因而非常容易学习和使用，但是随着SQLite功能的增强，新的C/C++接口不断的增加进来，到现在有超过150个不同的API接口。这往往使初学者望而却步。幸运的是，大多数SQLite中的C/C++接口是专用的，因而很少被使用到。尽管有这 ......
SQLite 作为一个轻量级嵌入式数据库，还是非常好用的。雨痕极力推荐~~~~~~
今天有个朋友测试 SQLite，然后得出的结论是：SQLite 效率太低，批量插入1000条记录，居然耗时 2 分钟！
下面是他发给我的测试代码。我晕~~~~~~
using System.Data;
using System.Data.Common;
using System.Data.SQLite;
......
sqlite是不错的内存数据库，内存数据库是处理大量并发数据的优先选择。但有些大量数据的并发并不是数据处理本身的问题，例如逻辑上必须有先后次序的数据是并发速度不能解决的问题。抛开这些问题一个简单大容量的解决方案是用一个内存数据库做前端一个硬盘数据库做后端，内存数据库定期把数据同步到后端的硬盘数据库。这个方 ......
