ADO.NET实体框架性能提示每个开发人员都应该知道

Question

每个ADO.NET EF开发人员应该了解哪些性能提示？

请把每个答案放在每个答案，并解释为什么提示是好的（例如通过最小化DB往返）。

Answer 1

使用ObjectContext#GetObjectByKey()通过其关键字检索实体，而不是在LINQ查询中使用First()（或FirstOrDefault）运算符。后者将每次击中数据库，而前者将首先搜索实体的EF缓存（具体为ObjectStateManager），如果找到具有指定密钥的实体，将不会击中数据库。

参考

• MSDN documentation on ObjectContext#GetObjectByKey
• GetObjectbyKey in E.F. vs. Querying for a single entity

Answer 2

假设我们有BlogPost实体通过Author属性引用User实体。而不是将User实体指定为BlogPost.Author属性（可能需要数据库往返），请使用正确的EntityKey初始化引用。例如：

BlogPost.AuthorReference.EntityKey = new EntityKey("EFNamespace.User", "Id", userId); 

Answer 3

更新分离的实体对象的快捷方式。这是一种扩展方法。

public static void AttachUpdated(this ObjectContext obj, EntityObject objectDetached) 
{ 
    if (objectDetached.EntityState == EntityState.Detached) 
    { 
     object original; 
     if (obj.TryGetObjectByKey(objectDetached.EntityKey, out original)) 
      obj.ApplyPropertyChanges(objectDetached.EntityKey.EntitySetName, objectDetached); 
     else 
      throw new ObjectNotFoundException(); 
    } 
} 

Answer 4

一件事纹在我的应用程序使用EF代码生成SQL后，当我刚刚得知：有之间的差异：

IEnumerable<User> users = DB.User.Where(...); 
int count = users.Count(); 

和

IQueryable<User> users = DB.User.Where(...); 
int count = users.Count(); 

前生成完整的查询以从User表中检索匹配的行，并在数据已传输回EF后进行计数。后者执行通常所期望的操作：生成一个效率更高的SQL语句SELECT COUNT ...。

这是非常微妙的，但不难想出后，为什么注意到它：这是由于C＃扩展方法的静态绑定性质。

一个小的技术来解决这个问题是使用“VAR”关键字来声明变量：

var users = DB.users.Where(...); 
int count = users.Count(); 

这将导致“用户”被宣布为同一类型“凡”回报;这是一个IQueryable <>。