SQLITE与ACCESS性能简单测试对比
这段时间在做CMS（客户管理系统，不是内容管理）的访问管理功能，要求实现对服务提供设备，客户端，计费，权限认证等信息的存储统计，远程管理。要求系统发布要方便，远程管理软件要跑在WIN平台。考虑到系统规模，客户要求，最后选择了WIN+ACCESS的方案，而最近又发现一个免费的SQLITE，而且可能在以后的手持设备上用，花点时间做了如下的简单性能测试。
ACCESS 插入性能测试：
平台：SYS:WINXP;CPU:2*1.6GHZ;RAM:1G;APP:VC+ADO
1.单条显式事务：
1 00条： 0.55S
1000条： 5s
10000条： 50s
2.单条非显式事务：
100条：31ms
1000条：156ms
10000条：1500ms
3.批量事务：
1 00条：16ms
1000条：141ms
10000条：1469ms
以上可以看出，ACCESS单条非显式事务插入的时间几乎和批量事务的插入时间一样，这大概就是网上得出ACCESS快于sqlite的原因吧，但是；单条非显式事务的
方式只能用单连接，如果有多个连接并发访问，则会出现严重问题，在一个链接插入后的相当长一段时间内（有时数S），其它链接都无法插入数据库。可以推理
ADO+ACCESS是采用了一种类似CACHE的做法缓存了操作，但是却一直锁住数据库。单条的显式事务可以保证多链接的访问，但是速度会慢很多，下面再对比一下
SQLITE的测试性能；
SQLITE PC平台插入性能测试：
平台：SYS:WINXP+VMWARE+FEDORA7(LINUX2.6.21)；CPU;1.6GHZ;RAM:412M; APP:C+SQLITE
1.单条显式事务（SQLITE默认为每个操作开启事务）
100条：0.587s
1000条：6.962s
10000条：56.004s
2.批量事务
100条：81ms（可能误差较大）
1000条：124ms
10000条：1257ms
SQLITE 嵌入式平台插入性能测试：
平台：SYS:LINUX2.6.14;CPU:HI3512 ARM9 200MHZ级别；RAM:32M,ROM:32M NOR FLASH;APP:C+SQLITE
1.单条显式事务（SQLITE默认为每个操作开启事务）
100条：1.98s
1000条：19.97s
10000条：34.63s
2.批量事务
100条：0.15s
1000条：0.89s
10000条：8.24s
以上可见：即使在虚拟机环境下，SQLITE测试的结果依然与ACCESS差不多。而在ARM+LINUX的平台，NOR FLASH较慢的写入速度应该是拉低插入速度的原因。
相关文档：
DELPHI中操作ACCESS数据库(建立.mdb文件,压缩数据库)
以下代码在WIN2K,D6,MDAC2.6下测试通过,
编译好的程序在WIN98第二版无ACCESS环境下运行成功.
//声明连接字符串
Const
SConnectionString
= 'Provider=M ......
SQLite学习笔记
1.查看有哪些数据库,显示数据库列表
show databases;
2.显示表的结构
方法一：
use student;
describe student;
方法二：
des student.student;
方法三：
show columns from student;
3.显示MYSQL的版本
select version();
4.显示库中的数据表
use mysql;
show tables;
5.建库
......
原因：IIS没有注册,我是原有系统的IIS删了,造成运行IIS中的应用程序出现这种错误!
解决办法:
在CMD中进入目录C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727，运行aspnet_regiis
1、aspnet_regiis -ga administrator（administrator为当前用户）
2、aspnet_regiis -i （注册IIS）
3、iisreset /noforce （重启IIS）
......
#include "iostream.h"
#include "stdio.h"
#import "C:\program files\common files\system\ado\msado15.dll" no_namespace rename("EOF","adoEOF")
int main(int argc, char* argv[])
{
::CoInitialize(NULL);
_ConnectionPtr m_pConnection;
m_pConnection.CreateInstance("ADODB.Connection");
tr ......
----比较复杂的数据库中一般会有位图数据（比如相片）。虽然这类“OLE对象”的插入、删除以及替换操作在ACCESS里容易实现，在VC中却显得复杂而且颇费周折。以下把作者用VC处理ACCESS数据库中的位图数据的体会简单叙述一下，以请教于大家。
----在CdaoRecordset派生类的对象中，VC自动为ACCESS的“OLE对象&r ......
