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