我正在尝试使用Entity Frameworkm填充GridView,但是每次遇到以下错误时:以下异常:ObjectContext实例已
放置,不能再用于需要
连接的操作。“


我的代码是:

public List<MemberLoan> GetAllMembersForLoan(string keyword)
{
    using (CosisEntities db = new CosisEntities())
    {
        IQueryable<MemberLoan> query = db.MemberLoans.OrderByDescending(m => m.LoanDate);
        if (!string.IsNullOrEmpty(keyword))
        {
            keyword = keyword.ToLower();
            query = query.Where(m =>
                  m.LoanProviderCode.Contains(keyword)
                  || m.MemNo.Contains(keyword)
                  || (!string.IsNullOrEmpty(m.LoanProduct.LoanProductName) && m.LoanProduct.LoanProductName.ToLower().Contains(keyword))
                  || m.Membership.MemName.Contains(keyword)
                  || m.GeneralMasterInformation.Description.Contains(keyword)

                  );
        }
        return query.ToList();
    }
}


protected void btnSearch_Click(object sender, ImageClickEventArgs e)
{
    string keyword = txtKeyword.Text.ToLower();
    LoanController c = new LoanController();
    List<COSIS_DAL.MemberLoan> list = new List<COSIS_DAL.MemberLoan>();
    list = c.GetAllMembersForLoan(keyword);

    if (list.Count <= 0)
    {
        lblMsg.Text = "No Records Found";
        GridView1.DataSourceID = null;
        GridView1.DataSource = null;
        GridView1.DataBind();
    }
    else
    {
        lblMsg.Text = "";
        GridView1.DataSourceID = null;   
        GridView1.DataSource = list;
        GridView1.DataBind();
    }
}


错误提到了LoanProductNameGridview列。提及:我正在使用C#,ASP.net,SQL-Server 2008作为后端DB。

我对Entity Framework还是很陌生。我不明白为什么会收到此错误。有人可以帮我吗?

评论

您是否正在访问gridview中的所有导航属性。如果这样做,则还需要在查询中包括这些导航表。像query.Include(“ SomeOtherTable”)

尝试创建一个代理类来托管您的实体,或者至少返回一个匿名对象。从我的角度来看,使用ef确实需要创建代理类来实现您的逻辑,将edmx用作db访问层,而不是用于业务。

是的,在gridview我也得到另一个表列。这是LoanProviderName。

尝试db.MemberLoans.Include(“ LoanProduct”)。OrderByDescending()检查语法原因,因为我前面没有VS。

您只需要继续包含要在上下文外部访问的所有导航属性,例如db.MemberLoans.Include(“ LoanProduct”)。Include(“ SomeOtherTable)。请检查@Tragedian和@lazyberezovsky的答案

#1 楼

默认情况下,实体框架使用延迟加载导航属性。这就是为什么应将这些属性标记为虚拟的原因-EF为您的实体创建代理类,并覆盖导航属性以允许延迟加载。例如。如果您具有此实体:

public class MemberLoan
{
   public string LoandProviderCode { get; set; }
   public virtual Membership Membership { get; set; }
}


实体框架将返回从该实体继承的代理,并向该代理提供DbContext实例,以便稍后可以延迟加载成员资格:<因此,实体具有用于加载实体的DbContext实例。那是你的问题。您在CosisEntities用法周围有using块。它在返回实体之前布置上下文。当某些代码稍后尝试使用延迟加载的导航属性时,它会失败,因为此时上下文已被删除。

public class MemberLoanProxy : MemberLoan
{
    private CosisEntities db;
    private int membershipId;
    private Membership membership;

    public override Membership Membership 
    { 
       get 
       {
          if (membership == null)
              membership = db.Memberships.Find(membershipId);
          return membership;
       }
       set { membership = value; }
    }
}


这将预加载所有成员身份,并且不会使用延迟加载。有关详细信息,请参见MSDN上的“加载相关实体”。

评论


非常感谢您的有用解释和答复。实际上,我这里包含三个表,所以我不知道如何使用INCLUDE添加三个表。你能帮我这个忙吗?

–巴尔桑
13年8月23日在8:59

@barsan只包含所有导航属性。例如。 db.MemberLoans.Include(m => m.Membership).Include(m => m.LoanProduct).OrderByDescending(m => m.LoanDate);这将生成JOIN查询并立即返回所有数据。

–谢尔盖·贝雷佐夫斯基(Sergey Berezovskiy)
13年8月23日在9:03



非常感谢lazyberezovsky。我非常感谢你。你救了我近一天。从您的解释中,我正在学习有关实体框架的更多信息。谢谢,我的朋友。

–巴尔桑
13年8月23日在9:07



谢谢队友,完美。我有一个using语句,它限制了延迟加载。好答案。

–ncbl
2014年11月8日在22:59

如果我根本不想在查询中包括那些相关的实体怎么办?

–奥特蒙
18年8月22日在14:04

#2 楼

CosisEntities类是您的DbContext。在using块中创建上下文时,您正在定义面向数据的操作的边界。

在代码中,您试图从方法和方法中发出查询结果。然后在方法中结束上下文。您将结果传递给的操作然后尝试访问实体以填充网格视图。在绑定到网格的过程中的某个地方,正在访问延迟加载的属性,并且Entity Framework尝试执行查找以获得值。它失败了,因为关联的上下文已经结束。

您有两个问题:


当您绑定到网格时,您正在延迟加载实体。这意味着您要对SQL Server进行许多单独的查询操作,这将减慢一切。您可以通过以下方式解决此问题:要么默认设置相关属性为默认值,要么使用Entity Framework通过使用Include扩展方法让它们包含在查询结果中。 DbContext应该在正在执行的所有工作单元中可用,只有在完成手边的工作后才进行处理。对于ASP.NET,工作单元通常是要处理的HTTP请求。


评论


非常感谢您提供有用的信息和对问题的很好的解释。实际上,我在Entity Framework和Linq中都是一个新手,因此这些信息对我来说确实是一个很好的课程。

–巴尔桑
13年8月23日在9:09

#3 楼

底线
您的代码已通过启用延迟加载的实体框架检索了数据(实体),并且在处理了DbContext之后,您的代码正在引用未明确请求的属性(相关/关系/导航实体)。
更具体地来说,
带有此消息的InvalidOperationException总是具有相同的含义:在处理DbContext之后,您正在从实体框架请求数据(实体)。
一个简单的情况:
(这些类将用于此答案的所有示例,并假定所有导航属性均已正确配置并在数据库中具有关联的表)
public class Person
{
  public int Id { get; set; }
  public string name { get; set; }
  public int? PetId { get; set; }
  public Pet Pet { get; set; }
}

public class Pet 
{
  public string name { get; set; }
}

using (var db = new dbContext())
{
  var person = db.Persons.FirstOrDefaultAsync(p => p.id == 1);
}

Console.WriteLine(person.Pet.Name);

最后一行将抛出InvalidOperationException,因为dbContext尚未禁用延迟加载,并且在using语句处理完Context之后,代码正在访问Pet导航属性。
调试
如何找到此异常的来源?除了查看异常本身(将其准确地抛出在异常发生的位置)外,Visual Studio中的常规调试规则也适用:放置战略断点并检查变量,方法是将鼠标悬停在它们的名称上,然后打开(快速)监视窗口或使用各种调试面板,例如Locals和Autos。
如果要查找引用的设置位置或未设置位置,请右键单击其名称,然后选择“查找所有引用”。然后,您可以在每个需要数据的位置放置一个断点,并在连接调试器的情况下运行程序。每次调试器在此断点处中断时,您都需要确定是否应填充导航属性或是否需要请求的数据。
避免的方法
禁用延迟加载
public class MyDbContext : DbContext
{
  public MyDbContext()
  {
    this.Configuration.LazyLoadingEnabled = false;
  }
}

优点:该属性将为null,而不是引发InvalidOperationException。访问null属性或尝试更改此属性的属性将引发NullReferenceException。
如何在需要时显式请求对象:
在前面的示例中,实体框架将除了Person之外还实现Pet。这是有利的,因为它是数据库的一个调用。 (但是,根据返回结果的数量和请求的导航属性的数量,也可能存在巨大的性能问题,在这种情况下,不会有性能损失,因为这两个实例都是单个记录和单个联接)。 br /> or
using (var db = new dbContext())
{
  var person = db.Persons
    .Include(p => p.Pet)
    .FirstOrDefaultAsync(p => p.id == 1);
}
Console.WriteLine(person.Pet.Name);  // No Exception Thrown

在前面的示例中,实体框架将通过对数据库进行附加调用来独立于Person来实现Pet。默认情况下,实体框架会跟踪从数据库中检索到的对象,如果找到与其匹配的导航属性,则会自动神奇地填充这些实体。在这种情况下,由于PetId对象上的PersonPet.Id匹配,因此在将值分配给pet变量之前,Entity Framework会将Person.Pet分配给检索到的Pet值。了解何时以及如何通过Entity Framework请求数据。当代码对实体的属性引发空引用异常时,几乎可以始终确保没有显式请求该数据。

#4 楼

这是一个很晚的答案,但是我解决了关闭延迟加载的问题:

db.Configuration.LazyLoadingEnabled = false;


评论


对我而言,StackOverflow用一根衬纸就能创造奇迹。这为我做到了,对您表示敬意!

– Harold_Finch
18年8月14日在7:05

缺点是您必须使用.include和类似的东西来加载导航属性。

– Boylec1986
18年11月29日在16:18

#5 楼

就我而言,我将所有模型'Users'传递给列,并且映射不正确,所以我只是传递了'Users.Name'并对其进行了修复。

var data = db.ApplicationTranceLogs 
             .Include(q=>q.Users)
             .Include(q => q.LookupItems) 
             .Select(q => new { Id = q.Id, FormatDate = q.Date.ToString("yyyy/MM/dd"), ***Users = q.Users,*** ProcessType = q.ProcessType, CoreProcessId = q.CoreProcessId, Data = q.Data }) 
             .ToList();

var data = db.ApplicationTranceLogs 
             .Include(q=>q.Users).Include(q => q.LookupItems) 
             .Select(q => new { Id = q.Id, FormatDate = q.Date.ToString("yyyy/MM/dd"), ***Users = q.Users.Name***, ProcessType = q.ProcessType, CoreProcessId = q.CoreProcessId, Data = q.Data }) 
             .ToList();


#6 楼

其他大多数答案都指向急切的加载,但是我找到了另一个解决方案。

就我而言,我有一个EF对象InventoryItem和一组InvActivity子对象。

class InventoryItem {
...
   // EF code first declaration of a cross table relationship
   public virtual List<InvActivity> ItemsActivity { get; set; }

   public GetLatestActivity()
   {
       return ItemActivity?.OrderByDescending(x => x.DateEntered).SingleOrDefault();
   }
...
}


由于我是从子对象集合中获取而不是从上下文查询中获取(使用IQueryable),因此Include()函数无法用于实现紧急加载。因此,我的解决方案是从使用GetLatestActivity()attach()返回的对象的地方创建一个上下文: >

评论


这基本上是渴望加载,您已经通过上下文加载了对象。只有两个选择;渴望加载和延迟加载。

– Erik Philips
18年4月13日在18:50



@ErikPhilips对,它是使用新数据上下文进行的延迟加载

–佐加拉特
18年4月16日在5:08

@ErikPhilips-也有明确的加载-docs.microsoft.com/zh-cn/ef/ef6/querying / ...

–戴夫·布莱克
6月2日19:15

#7 楼

如果您使用的是ASP.NET Core,并且想知道为什么要在一种异步控制器方法中收到此消息,请确保返回Task而不是void-ASP.NET Core会处理注入的上下文。

(我正在发布此答案,因为该问题在该异常消息的搜索结果中很高,这是一个微妙的问题-也许对使用Google的人有用。)