SQLite 与 Access在Asp.Net中的应用比较

yjbnew

于 2013-06-09 07:06:11 发布

阅读量296

点赞数

分类专栏： asp技巧

asp技巧专栏收录该内容

28 篇文章 0 订阅

订阅专栏

sqliteaccessasp.net数据库insertinteger
SQLite
优点:
(1)支持Limit语句，支持数据自动分页
(2)支持Insert返回自动递增主键的ID
(3)查询性能和效率高
(4)支持压缩命令
(6)开放源代码，可以内嵌到dll中。并且允许随意修改其源代码，并且允许不公开修改后的源代码
(7)跨平台，数据库具有很强的兼容性
(8)支持动态建立数据库功能
缺点:
(1)没有一个很好的查询分析器，网上的所有的查询分析器大多都用过，感觉都没有Access那么直观。

中间:(1)事务处理，对Asp.Net用处不大，不可能在同一个连接插入大批量的数据。
(注意:事务其实就是一个批处理命令，将SqlCommand批量执行,只能处理一个连接的批处理)
=============================================

Access
优点:
(1)具有一个直观的查询分析器(虽然不能算一个真正的查询分析器),维护相对方便
(2)性能一般，但比较成熟和稳定
缺点:
(1)不支持Limit命令，不能直接将数据分页输出。通用的3条select命令组合会大大降低性能
(2)不支持Insert返回递增的ID,此问题到目前还没有一个完善的解决方案
(3)并发性能差，最大并发数50。并且只要有一个Connection,其他连接不能修改数据
(4)不支持压缩数据库命令
(5)不支持动态建立数据库
(6)不支持跨平台

以上所述，所以，在ORM 1.2版之后，暂时不支持Access扩展，全面支持SQLite。

但ORM保留了所有数据库接口，也就是要在Access扩展开发以后才会支持Access.

==================

SQLite 作为一个轻量级嵌入式数据库，还是非常好用的。雨痕极力推荐~~~~~~

今天有个朋友测试 SQLite，然后得出的结论是：SQLite 效率太低，批量插入1000条记录，居然耗时 2 分钟！
下面是他发给我的测试代码。我晕~~~~~~
using System.Data;
using System.Data.Common;
using System.Data.SQLite;

// 创建数据库文件
File.Delete("test1.db3");
SQLiteConnection.CreateFile("test1.db3");

DbProviderFactory factory = SQLiteFactory.Instance;
using (DbConnection conn = factory.CreateConnection())
{
// 连接数据库
conn.ConnectionString = "Data Source=test1.db3";
conn.Open();

// 创建数据表
string sql = "create table [test1] ([id] INTEGER PRIMARY KEY, [s] TEXT COLLATE NOCASE)";
DbCommand cmd = conn.CreateCommand();
cmd.Connection = conn;
cmd.CommandText = sql;
cmd.ExecuteNonQuery();

// 添加参数
cmd.Parameters.Add(cmd.CreateParameter());

// 开始计时
Stopwatch watch = new Stopwatch();
watch.Start();

// 连续插入1000条记录
for (int i = 0; i < 1000; i++)
{
cmd.CommandText = "insert into [test1] ([s]) values (?)";
cmd.Parameters[0].Value = i.ToString();

cmd.ExecuteNonQuery();
}

// 停止计时
watch.Stop();
Console.WriteLine(watch.Elapsed);
}

哎~~~~ 一个常识性的错误，我加几行代码 (新增代码标记 "// <-------------------")。
using System.Data;
using System.Data.Common;
using System.Data.SQLite;

// 创建数据库文件
File.Delete("test1.db3");
SQLiteConnection.CreateFile("test1.db3");

DbProviderFactory factory = SQLiteFactory.Instance;
using (DbConnection conn = factory.CreateConnection())
{
// 连接数据库
conn.ConnectionString = "Data Source=test1.db3";
conn.Open();

// 创建数据表
string sql = "create table [test1] ([id] INTEGER PRIMARY KEY, [s] TEXT COLLATE NOCASE)";
DbCommand cmd = conn.CreateCommand();
cmd.Connection = conn;
cmd.CommandText = sql;
cmd.ExecuteNonQuery();

// 添加参数
cmd.Parameters.Add(cmd.CreateParameter());

// 开始计时
Stopwatch watch = new Stopwatch();
watch.Start();

DbTransaction trans = conn.BeginTransaction(); // <-------------------
try
{
// 连续插入1000条记录
for (int i = 0; i < 1000; i++)
{
cmd.CommandText = "insert into [test1] ([s]) values (?)";
cmd.Parameters[0].Value = i.ToString();

cmd.ExecuteNonQuery();
}

trans.Commit(); // <-------------------
}
catch
{
trans.Rollback(); // <-------------------
throw; // <-------------------
}

// 停止计时
watch.Stop();
Console.WriteLine(watch.Elapsed);
}

执行一下，耗时 0.2 秒。这差距是不是太大了点？

为什么只是简单启用了一个事务会有这么大的差距呢？很简单，SQLite 缺省为每个操作启动一个事务，那么原代码 1000 次插入起码开启了 1000 个事务，"事务开启 + SQL 执行 + 事务关闭" 自然耗费了大量的时间，这也是后面显示启动事务后为什么如此快的原因。其实这是数据库操作的基本常识，大家要紧记，不好的代码效率差的不是一点半点。