linq to sql中，对于同一个DataContext上下文环境，根据表主键选择记录时(当然这里所指的“记录”会自动转成“对象”)，如果该记录已经被select过，默认情况下会被自动缓存下来，下次再选择时，将自动返回已缓存的对象，而不是重新从数据库里查询。
在很多情况下（特别是查询的场景），这会提高性能(因为避免了数据库重复查询)，但是也时候也会带来麻烦：
比如我们取出一个对象后，对其属性做了修改，然后提交到数据库前，想比较一下原始记录，如果某些属性修改过了，则这样处理，如果未被修改过，则那样处理。因为缓存的关系，我们重新取出原始记录时，其实取出的并不是数据库中的原始值，而缓存在内存里的对象实例（即修改后的对象 ），所以比较时，永远都会返回未修改过。
测试原始记录如下：
测试代码如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
|
using System;using System.Linq;using System.Diagnostics;namespace webApp{ public partial class Default : System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { dbDataContext db = new dbDataContext(); var u1 = db.Users.FirstOrDefault(c=>c.Id==1); u1.Photo = "new value";//这里修改了用户的头象 var u2 = db.Users.FirstOrDefault(c => c.Id == u1.Id);//重新查询原始值 if (u2.Photo == u1.Photo) { Debug.WriteLine("用户头象未被修改!"); } else { Debug.WriteLine("用户头象被修改过了!"); //to do list... //如果保存到数据库，还应该删除原来的旧头象 } } }} |
如果运行一下，将永远得到的都是"用户头象未被修改!"。
解决办法有二个：
1、关闭默认的对象跟踪
即：
|
1
2
|
dbDataContext db = new dbDataContext();db.ObjectTrackingEnabled = false;//关闭默认的对象跟踪 |
这个办法最简单，但却是一刀切的办法，会关闭db所有的缓存功能，在查询请求远大于更新请求的场景下，个人并不太喜欢。
2、创建一个新的DataContext上下文来查询原始值
即：把u2的取值部分改为
|
1
2
3
4
5
6
|
User u2 = null;using (dbDataContext db2 = new dbDataContext()) //创建一个新的上下文{ u2 = db2.Users.FirstOrDefault(c => c.Id == u1.Id);//重新查询原始值 } |
临时创建一个db2，然后用它来重新查询原始值，由于db2是刚创建，之前肯定没有查询过Id==u1.id的记录，所以缓存是空的，因此会到数据库重新查询，当然db2用完后，会自动释放相关资源（using的功劳!）