linq to sql 是一个代码生成器和ORM工具，他自动为我们做了很多事情，这很容易让我们对他的性能产生怀疑。但是也有几个测试证明显示在做好优化的情况下，linq to sql的性能可以提升到ado.net datareader性能的93%。
因此我总结了linq to sql的10个性能提升点，来优化其查询和修改的性能。
1. 不需要时要关闭 DataContext的ObjectTrackingEnabled 属性
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方法可以避免这种浪费。
请看下面的使用示例：
Func> func =
CompiledQuery.Compile>
((NorthwindDataContext context) => context.Categories.
Where(cat => cat.Products.Count > 5));
func变量现在是一个已经编译后的查询，他只需要在第一次运行时编译一次，就可以重复使用，现在我们将其存储到一个静态类中，如下所示：
///
/// Utility class to store compiled queries
///
public static class QueriesUtility
{
///
/// 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));
return func;
}
}
}
如何使用它呢，请看下面的代码片段：
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，这样在更新和删除时可以减少不必要的条件判断
[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，分析取回的数据是否刚好够用。
using (NorthwindDataContext context = new NorthwindDataContext())
{
context.Log = Console.Out;
}
7. 仅在有必要时使用Attach方法。
在linq to sql中对象附加是一个的非常好用的机制，但是什么事情都不是免费的。当在DataContext中Attach对象时，就意味着过一段时间你会使用这个对象，DataContext会给这个对象做“马上要做修改的”标记。
但是有时候Attach并非必要，例如使用AttachAll去附加一个集合，这个集合中的元素并非都会发生变化。
8. 注意实体标识管理的开销
在一个非只读的DataContext中，对象一直会被跟踪，因此要知道在非直觉的情况下也可能会导致DataContext做对象跟踪，请看下面的代码
using (NorthwindDataContext context = new NorthwindDataContext())
{
var a = from c in context.Categories
select c;
}
非常简单，就是一个最基本的linq查询，让我们再看下另一个语句
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
linq to sql相关随笔：
1． 从CUD开始，如何使用LINQ to SQL插入、修改、删除数据
2． 查询 使用LINQ to SQL做简单查询
3． 查询 延迟加载与立即加载，使用LoadWith和AssociateWith
4． 查询 inner join，left outer join
5． Linq to SQL中的聚合grouping having
6． LINQ to SQL查询优化，需要忧虑性能吗？