linq2mysql连接池_LINQ to Sql系列四性能优化总结

今天药忘吃喽~ 2022-10-27 01:52 108阅读 0赞

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

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

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

using (NorthwindDataContext db= newNorthwindDataContext())

db.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方法可以避免这种浪费。

请看下面的使用示例：

Func> func =CompiledQuery.Compile>((NorthwindDataContext context)=>context.Categories.

Where(cat => cat.Products.Count > 5));

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

///

///Utility class to store compiled queries///

public static classQueriesUtility

\{///

///Gets the query that returns categories with more than five products.///

/// The query containing categories with more than five products.

public static Func>GetCategoriesWithMoreThanFiveProducts

\{get\{

Func> func =CompiledQuery.Compile>((NorthwindDataContext context)=>context.Categories.

Where(cat => cat.Products.Count > 5));returnfunc;

如何使用它呢，请看下面的代码片段：

using (NorthwindDataContext context = newNorthwindDataContext())

QueriesUtility.GetCategoriesWithMoreThanFiveProducts(context);

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

5. 仅在需要时打开积极并发控制，换句话说如果不需要请将列的UpdateCheck属性设置为UpdateCheck.Never，这样在更新和删除时可以减少不必要的条件判断

\[Column(Storage=“\_Description”, DbType=“NText”,

UpdateCheck=UpdateCheck.Never)\]public stringDescription

\{get\{return this.\_Description;

\}set\{if ((this.\_Description !=value))

\{this.OnDescriptionChanging(value);this.SendPropertyChanging();this.\_Description =value;this.SendPropertyChanged(“Description”);this.OnDescriptionChanged();

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

using (NorthwindDataContext context = newNorthwindDataContext())

context.Log=Console.Out;

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

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

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

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

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

using (NorthwindDataContext context = newNorthwindDataContext())

\{var a = from c incontext.Categoriesselectc;

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

using (NorthwindDataContext context = newNorthwindDataContext())

\{var a = from c incontext.Categoriesselect newCategory

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来了，使用它也是需要付出代价的

linq2mysql连接池_LINQ to Sql系列四性能优化总结

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 LINQ能不能用系列（二）LINQ to SQL 效率比对

相关 LINQ能不能用系列（一）LINQ to Object 效率比对

相关 linq2mysql连接池_LINQ to Sql系列四性能优化总结

相关 LINQ to SQL语句收藏系列

相关 linq to sql 乐观锁

相关 LINQ to SQL语句

相关 Linq To Xml学习－ 1.LINQ to XML 概述

相关 LINQ to SQL使用教程

相关 LINQ to SQL用法总结

相关 LINQ系列：Linq to Object聚合操作符