随笔- 53  文章- 3  评论- 736 

  前几天看到neuhawk 的文章linq to sql 的动态条件查询方法,文章最后选取了Ricom关于Linq to SQL的性能分析,里面说道Linq to SQL性能不错,有时候比ADO.NET还要好,当时觉得这分析结果难以让人相信,应该Linq to SQL底层还是用ADO.NET 2.0实现的,即使效率再高也应该不能超越。加上最近几天在MSDN论坛上看到有些人质疑Linq to SQL的效率,所以我做了一个很简单的测试,测试Linq to SQL的select性能。

  以Northwind数据库为例,对Product表进行查询(我增加了里面的数据,增加到3000条),只选取ProductID和ProductName,进行3000次查询,每次查询一条记录。首先看看使用SqlDataReader的代码:

 Stopwatch watch = new Stopwatch();
 watch.Start();

 using (SqlConnection conn = new SqlConnection("Data Source=.;Initial Catalog=Northwind;Integrated Security=True"))
 {
     if (conn.State != System.Data.ConnectionState.Open)
         conn.Open();
     for (int i = 1; i <= 3000; i++)
     {
         SqlCommand cmd = new SqlCommand(
             "SELECT ProductID,ProductName FROM Products WHERE ProductID=" + i.ToString(), conn);
         cmd.CommandType = System.Data.CommandType.Text;
         using (SqlDataReader reader = cmd.ExecuteReader())
         {
             if (reader.Read())
             {
                 Product p = new Product();
                 p.ProductID = (int)reader["ProductID"];
                 p.ProductName = (string)reader["ProductName"];
             }
         }
         
     }
 }

 watch.Stop();
 Console.WriteLine("[Using SqlReader] total time: " + watch.Elapsed.ToString());
这里的Product是用Linq to SQL Designer自动生成的,只有ProductID和ProductName属性。运行的结果如下:

 [Using SqlReader] total time: 00:00:00.6521155

然后对Linq to SQL进行测试,代码如下:

 Stopwatch watch = new Stopwatch();
 watch.Start();

 NorthwindDataContext ctx = new NorthwindDataContext();

 for (int i = 1; i <= 3000; i++)
 {
     Product product = ctx.Products.Single(p => p.ProductID == i);
 }

 watch.Stop();
 Console.WriteLine("[Using Linq to SQL] total time: " + watch.Elapsed.ToString());

  运行结果:[Using Linq to SQL] total time: 00:00:21.2273942
  这样看来使用Linq to SQL效率差很多。

  在上面的代码中,每进行一次查询,数据库连接都会open和close,也就是会执行一次reset_connection这个存储过程,看看能不能优化一下:

 Stopwatch watch = new Stopwatch();
 watch.Start();

 using (SqlConnection conn = new SqlConnection("Data Source=.;Initial Catalog=Northwind;Integrated Security=True"))
 {
     if (conn.State != System.Data.ConnectionState.Open)
         conn.Open();

     NorthwindDataContext ctx = new NorthwindDataContext(conn);

     for (int i = 1; i <= 3000; i++)
     {
         Product product = ctx.Products.Single(p => p.ProductID == i);
     }
 }
 watch.Stop();
 Console.WriteLine("[Using Linq to SQL] total time: " + watch.Elapsed.ToString());

  这里在new DataContext的时候,显式的把已经打开的connection传递到这个DataContext中去,避免了每次执行都会open和close数据库连接的问题,但是运行结果差距非常之小,因为ADO.NET的数据库连接是基于连接池。

  这只是一个很简单的测试,没有用benchmark工具和方法,不能作为参考依据,不过也可以看出一些问题,Linq to SQL的运行效率肯定不如直接写SQL语句用DataReader好,前提是SQL语句相同。当然,选择Linq to SQL是选择了它的ORM,开发效率高,代码简洁美观,编译器和语言平台的支持,在这基础上要有所取舍了。

  PS:我的机器配置是:P4 2.8G,内存2.0G, 操作系统Windows Server 2003(Enterprise),数据库SQL Server 2005。

 

  经网友jyk,Adrian,jjx等提示(谢谢他们),上面的测试例子花费的时间主要在Lambda表达式上,每次查询的时候会生成Expression对象和Func的delegate对象。下面就用CompiledQuery进行测试:

 Stopwatch watch = new Stopwatch();
 watch.Start();

 var query = CompiledQuery.Compile((NorthwindDataContext nw, int index)
     => nw.Products.Single(p => p.ProductID == index));

 using (SqlConnection conn = new SqlConnection("Data Source=.;Initial Catalog=Northwind;Integrated Security=True"))
 {
     if (conn.State != System.Data.ConnectionState.Open)
         conn.Open();

     NorthwindDataContext ctx = new NorthwindDataContext(conn);

     for (int i = 1; i <= 3000; i++)
     {
         Product product = query(ctx, i);
     }
 }
 watch.Stop();
 Console.WriteLine("[Using Linq to SQL compiled] total time: " + watch.Elapsed.ToString());

 平均每次运行1秒左右,效率已经很让人满意了。

 posted on 2007-07-09 13:10 紫色阴影 阅读(6253) 评论(20) 编辑 收藏

#1楼   回复 引用 查看   
 henry       | 2007-07-09 13:18
差距应该不会有这么大的,第一次运行损耗是比较大的.
连续运行不同查询看一下结果.

#2楼[楼主]   回复 引用 查看   
 紫色阴影       | 2007-07-09 13:49
@henry
其实这个时间是10次运行的平均值,在我的机器上的差距大概就是这么大

#3楼   回复 引用 查看   
 henry       | 2007-07-09 14:32
最好是中间几次平均,因为linq的第一次运行损耗比较大.
#4楼[楼主]   回复 引用 查看   
 紫色阴影       | 2007-07-09 14:53
@henry
偏差较大的结果已经排除了
其实在我的机器上每次运行时间都很相近
第一次运行无非是初始化数据库连接池花的时间比较多,在测试程序的最前面,也先申请了一些连接来排除这个时间的花费
理论上来说,差距就是这样了

#5楼   回复 引用 查看   
 随风流月       | 2007-07-09 17:39
为什么没有 DLinq 生成的 SQL 语句?这才能说明问题。
#6楼   回复 引用 查看   
 Boler Guo       | 2007-07-09 17:53
Linq to SQL 生成的TSQL是不是跟上面SqlCommand中的一样?
#7楼[楼主]   回复 引用 查看   
 紫色阴影       | 2007-07-09 18:43
@随风流月
生成的TSQL基本相同,大概是这样exec execute_sql 'SELECT ProductID,ProductName FROM Products WHERE ProductID=@p0';@p0=1
现在没有环境,明天再改成一模一样试试

#8楼   回复 引用 查看   
 金色海洋(jyk)       | 2007-07-09 21:00
我瞎猜一下哦,效率是不是浪费在生成SQL语句上了呀。
另外想建议一下:把DataReader 的open close 放在 for 循环里测试一下效率。
因为有可能你的那个优化的方法并没有象你想象的那样只open了一次。

#9楼   回复 引用 查看   
 Adrian.       | 2007-07-09 22:09
Lambda表达式是通过编译器生成的内联类型实现的, 你可以反编译到
Product product = ctx.Products.Single(p => p.ProductID == i);
这行代码, 发现仅仅p => p.ProductID == i这一句就生成了两个对象: 一个是这句Lambda表达式对应的内联类对象, 一个是Func<>委托对象, 这些newobj的操作都是要耗费资源和时间的...不慢才怪...

拿这个程序来说明LINQ的性能差没有什么意义, 作者可以把Lambda表达式放一边, 换一个测试例子再来说明问题吧.

#10楼[楼主]   回复 引用 查看   
 紫色阴影       | 2007-07-09 22:29
@金色海洋(jyk)
using (SqlDataReader reader = cmd.ExecuteReader())是放在循环里的
优化了以后,通过sql profile看到的确没有执行exec reset_connection了

#11楼[楼主]   回复 引用 查看   
 紫色阴影       | 2007-07-09 22:32
@Adrian.
是的,时间消耗主要在这里

#12楼   回复 引用   
 jjx[未注册用户] | 2007-07-10 08:48
Adrian说的很对,像这样反复调用Single ,就应该用CompiledQuery,你改成下面这样,你会发现性能提升了许多倍
public static Func<Northwind, int, Product> FindById = CompiledQuery.Compile((Northwind db,int id) => db.Products.Single(p => p.ProductID==id));
public static void Main(String[] args){

Stopwatch watch = new Stopwatch();
watch.Start();
Northwind ctx = new Northwind("Data Source=.;Initial Catalog=Northwind;Integrated Security=True");

for (int i = 1; i <= 3000; i++)
{
Product product = FindById(ctx,i);
}





watch.Stop();
Console.WriteLine("[Using Linq to SQL] total time: " + watch.Elapsed.ToString());


}

#13楼[楼主]   回复 引用 查看   
 紫色阴影       | 2007-07-10 08:50
@jjx
是的,我刚才也试过了
用CompiledQuery的话,Linq to SQL运行效率只是用DataReader的一倍多,表现很好了

#14楼   回复 引用 查看   
 随风流月       | 2007-07-10 09:47
@紫色阴影
可以先用 ToArray 试试,它会把数据缓存在内存中。

#15楼   回复 引用 查看   
 蛙蛙池塘       | 2007-10-14 11:17
没用过CompiledQuery这个呢还,呵呵
#16楼   回复 引用 查看   
 蛙蛙池塘       | 2007-10-14 11:24
jjx是谁呀?我怎么没听过呀,貌似是.net领域曾经很活跃的一分子
#17楼   回复 引用 查看   
 浪子       | 2007-11-28 09:48
呵呵,没记错的话,应该是dotnettools网站的达人

--引用--------------------------------------------------
蛙蛙池塘: jjx是谁呀?我怎么没听过呀,貌似是.net领域曾经很活跃的一分子
--------------------------------------------------------

#18楼   回复 引用   
 路人小刀[未注册用户] | 2008-07-03 15:06
--引用--------------------------------------------------
浪子: 呵呵,没记错的话,应该是dotnettools网站的达人

--引用--------------------------------------------------
蛙蛙池塘: jjx是谁呀?我怎么没听过呀,貌似是.net领域曾经很活跃的一分子
--------------------------------------------------------

--------------------------------------------------------
嗯?又发现一个新的.NET去处

#19楼   回复 引用   
 sql Admin[未注册用户] | 2009-06-02 16:02
好像比sql语句还水,用这种既没有理论根据有没有成功经验的东东真是赔了夫人有折兵。感谢笔者的热心。UP,Up,Up...学习!
我要啦免费统计