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

前端之家收集整理的这篇文章主要介绍了SQLite 与 Access在Asp.Net中的应用比较前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

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 执行 + 事务关闭" 自然耗费了大量的时间,这也是后面显示启动事务后为什么如此快的原因。其实这是数据库操作的基本常识,大家要紧记,不好的代码效率差的不是一点半点。

猜你在找的Sqlite相关文章