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