inq to sql性能优化技巧

本文介绍了优化 LINQ to SQL 查询和修改性能的10个关键点,包括关闭 DataContext 的 ObjectTrackingEnabled 属性、合理使用 DataContext 对象、利用 CompiledQuery 编译查询等,旨在提高应用性能。
摘要由CSDN通过智能技术生成

转自:http://www.cnblogs.com/yukaizhao/archive/2010/05/21/linq-to-sql-10-performance-tips.html

linq to sql 是一个代码生成器和ORM工具,他自动为我们做了很多事情,这很容易让我们对他的性能产生怀疑。但是也有几个测试证明显示在做好优化的情况下,linq to sql的性能可以提升到ado.net datareader性能的93%。

因此我总结了linq to sql的10个性能提升点,来优化其查询和修改的性能。

1. 不需要时要关闭 DataContext的ObjectTrackingEnabled 属性

?
1
2
3
4
using  (NorthwindDataContext context = new  NorthwindDataContext())
{
   context.ObjectTrackingEnabled = false ;
}

关闭这个属性会使linq to sql停止对对象的标识管理和变化跟踪。但值得注意的是关闭ObjectTrackingEnabled 意味着也将DeferredLoadingEnabled属性设置为false,当访问相关表时会返回null。

2. 不要把所有的数据对象都拖到一个DataContext中

一个DataContext代表一个工作单元,并非整个数据库。如果几个数据库对象之间没有关系,或者在程序中用不到的数据库对象(例如日志表,批量操作表等等),让这些对象消耗内存空间和DataContext对象跟踪服务是完全没有必要的。

建议将所有的数据库对象按工作单元分给几个DataContext来处理。你也可以通过构造函数配置这些DataContext使用相同的数据库连接,这样也可以发挥据库连接池的用途。

3. CompiledQuery --- 有必要就得用

在创建一个linq to sql表达式并将它转换成对应的sql语句执行的过程,需要几个关键的步骤

 1) 创建表达式树
 2) 转换成sql
 3) 运行sql语句
 4) 取回数据
 5) 将数据转换成对象

很显然,当我们一遍又一遍的执行相同的查询时,上面1),2)两个步骤重复执行是在浪费时间。使用System.Data.Linq命名空间下的CompiledQuery类的Compile方法可以避免这种浪费。

请看下面的使用示例:

?
1
2
3
4
Func<NorthwindDataContext, IEnumerable<Category>> func =
    CompiledQuery.Compile<NorthwindDataContext, IEnumerable<Category>>
    ((NorthwindDataContext context) => context.Categories.
       Where<Category>(cat => cat.Products.Count > 5));

func变量现在是一个已经编译后的查询,他只需要在第一次运行时编译一次,就可以重复使用,现在我们将其存储到一个静态类中,如下所示:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
/// <summary>
/// Utility class to store compiled queries
/// </summary>
public  static  class  QueriesUtility
{
   /// <summary>
   /// Gets the query that returns categories with more than five products.
   /// </summary>
   /// <value>The query containing categories with more than five products.</value>
   public  static  Func<NorthwindDataContext, IEnumerable<Category>>
     GetCategoriesWithMoreThanFiveProducts
     {
       get
       {
         Func<NorthwindDataContext, IEnumerable<Category>> func =
           CompiledQuery.Compile<NorthwindDataContext, IEnumerable<Category>>
           ((NorthwindDataContext context) => context.Categories.
             Where<Category>(cat => cat.Products.Count > 5));
         return  func;
       }
     }
}

如何使用它呢,请看下面的代码片段:

?
1
2
3
4
using  (NorthwindDataContext context = new  NorthwindDataContext())
{
   QueriesUtility.GetCategoriesWithMoreThanFiveProducts(context);
}


4. 使用DataLoadOptions.AssociateWith设置仅从数据库中取需要的数据

请参考:http://www.cnblogs.com/yukaizhao/archive/2010/05/17/linq_to_sql_DeferredLoadingEnabled_dataloadoption_loadwith_associatewith.html
5. 仅在需要时打开积极并发控制,换句话说如果不需要请将列的UpdateCheck属性设置为UpdateCheck.Never,这样在更新和删除时可以减少不必要的条件判断

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
[Column(Storage=“_Description”, DbType=“NText”,
             UpdateCheck=UpdateCheck.Never)]
public  string  Description
{
   get
   {
     return  this ._Description;
   }
   set
   {
     if  (( this ._Description != value))
     {
       this .OnDescriptionChanging(value);
       this .SendPropertyChanging();
       this ._Description = value;
       this .SendPropertyChanged(“Description”);
       this .OnDescriptionChanged();
     }
   }
}

可以参考:http://www.cnblogs.com/yukaizhao/archive/2010/05/13/linq_to_sql_1.html 这篇文章中的第三点。

6. 经常设置DataContext.Log查看linq to sql执行时使用的sql,分析取回的数据是否刚好够用。

?
1
2
3
4
using  (NorthwindDataContext context = new  NorthwindDataContext())
{
   context.Log = Console.Out;
}

7. 仅在有必要时使用Attach方法。

在linq to sql中对象附加是一个的非常好用的机制,但是什么事情都不是免费的。当在DataContext中Attach对象时,就意味着过一段时间你会使用这个对象,DataContext会给这个对象做“马上要做修改的”标记。

但是有时候Attach并非必要,例如使用AttachAll去附加一个集合,这个集合中的元素并非都会发生变化。

8. 注意实体标识管理的开销

在一个非只读的DataContext中,对象一直会被跟踪,因此要知道在非直觉的情况下也可能会导致DataContext做对象跟踪,请看下面的代码

?
1
2
3
4
5
using  (NorthwindDataContext context = new  NorthwindDataContext())
{
   var a = from c in  context.Categories
   select c;
}

非常简单,就是一个最基本的linq查询,让我们再看下另一个语句

?
1
2
3
4
5
6
7
8
9
10
using  (NorthwindDataContext context = new  NorthwindDataContext())
{
   var a = from c in  context.Categories
   select new  Category
   {
     CategoryID = c.CategoryID,
     CategoryName = c.CategoryName,
     Description = c.Description
   };
}


这两种写法哪一种更快呢,事实证明第二个语句比第一个要快得多http://blogs.msdn.com/ricom/archive/2007/06/29/dlinq-linq-to-sql-performance-part-3.aspx

为什么呢? 因为在第一个查询中查询出的每一个对象都需要存储在DataContext中,并对他们做可能会发生变化的跟踪,而在第二个查询中你生命了一个新的对象,就不需要再做跟踪了,所以第二个语句效率会高一些。

9. Linq to sql 提供了Take和Skip方法,使用他们来取需要的记录,不要把整个表中的记录都取下来

10. 不要滥用CompiledQuery 方法,如果你确认某个查询只会执行一遍,那就不要使用CompiledQuery来了,使用它也是需要付出代价的。

最后希望这些技巧对你有用。欢迎发表评论。

本文是翻译文章;

原文请看 http://www.sidarok.com/web/blog/content/2008/05/02/10-tips-to-improve-your-linq-to-sql-application-performance.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值