使用codefirst查询当然是必不可少的,但有时不小心可能很简单的查询也会导致异常。

下面用codefirst做个示例简单演示下异常发生的场景:

var attendlist = db.Database.SqlQuery<AttendCountViewModel>("select STUDENTID,SUM(isnull(REALHOUR,0)) As REALHOUR from ATTEND_LIST where ATTENDDATE='" + geDate + "' and GOTIME is not null and GETOFFTIME is not null group by STUDENTID");

            foreach (AttendCountViewModel item in attendlist)
{
STUDENT_INFO student = db.STUDENT_INFO.Find(item.STUDENTID);
db.SaveChanges();
}

逻辑比较简单,就是首先查询一个AttendCountViewModel列表,并当作IEnumerable<AttendCountViewModel>对象进行读取的时候,在里面再进行查询操作,不出意外的话,程序会毫不留情的报错:

已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭。

用Reflector查看OjbectQuery对象的GetEnumerator方法,不难找出异常的原因:由于Entity在读取数据的时候使用的是 DbDataReader进行读取,当作为IEnumuerable<T>对象MoveNext进行操作时,只是使用 DbDataReader进行一次Read操作,因此当查询的结果未完全读取完的时候,数据库连接一直被占用,当再次进行查询操作时便回出现上面的异常。

至于解决方案,网上很容易就能找到:

  • 一种方案就是在数据库连接串中设置MultipleActiveResultSets=True,但需要注意的是该方案只适合Sql Server 2005以及以上版本,所以什么Sql Server 2000之类设置也没用。
  • 还一种方案就比较直接,别用什么AsEnumerable之类(直接将查询结果丢进foreach),尽量使用ToArray、ToList方法,什么说 Entity用ToList方法会有效率问题啥的,别乱说先,Reflector很好用的,看看源代码先,别随便整个测试啥的就说Entity这样慢那样 不行。
  • 转自http://www.kwstu.com/ArticleView/guandebao_2013917144342904
 
 
 
 

使用codefirst查询当然是必不可少的,但有时不小心可能很简单的查询也会导致异常。

下面用codefirst做个示例简单演示下异常发生的场景:

1
2
3
4
5
6
7
var attendlist = db.Database.SqlQuery<AttendCountViewModel>("select STUDENTID,SUM(isnull(REALHOUR,0)) As REALHOUR from ATTEND_LIST where ATTENDDATE='" + geDate + "' and GOTIME is not null and GETOFFTIME is not null group by STUDENTID");
 
            foreach (AttendCountViewModel item in attendlist)
            {
                STUDENT_INFO student = db.STUDENT_INFO.Find(item.STUDENTID);
                db.SaveChanges();
            }

逻辑比较简单,就是首先查询一个AttendCountViewModel列表,并当作IEnumerable<AttendCountViewModel>对象进行读取的时候,在里面再进行查询操作,不出意外的话,程序会毫不留情的报错:

已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭。

用Reflector查看OjbectQuery对象的GetEnumerator方法,不难找出异常的原因:由于Entity在读取数据的时候使用的是 DbDataReader进行读取,当作为IEnumuerable<T>对象MoveNext进行操作时,只是使用 DbDataReader进行一次Read操作,因此当查询的结果未完全读取完的时候,数据库连接一直被占用,当再次进行查询操作时便回出现上面的异常。

至于解决方案,网上很容易就能找到:

  • 一种方案就是在数据库连接串中设置MultipleActiveResultSets=True,但需要注意的是该方案只适合Sql Server 2005以及以上版本,所以什么Sql Server 2000之类设置也没用。
  • 还一种方案就比较直接,别用什么AsEnumerable之类(直接将查询结果丢进foreach),尽量使用ToArray、ToList方法,什么说 Entity用ToList方法会有效率问题啥的,别乱说先,Reflector很好用的,看看源代码先,别随便整个测试啥的就说Entity这样慢那样 不行。

code first提示已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭解决方法的更多相关文章

  1. 已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭

    已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭 引用:   http://www.cnblogs.com/maxao/archive/2011/03/18/19881 ...

  2. C#:(问题)已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭

    解决方法如下:1.不同的reader对象不要共用一个Connection对象.2.不要在while代码段内执行reader.Close();语句.否则继续执行while代码段内语句会报“阅读器关闭时尝 ...

  3. EF 已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭

    在以下代码中,当第二次foreach时会抛出该异常,原因是:由于Entity在读取数据的时候使用的是DbDataReader进行读取,当作为IEnumuerable<T>对象MoveNex ...

  4. linq查询时查询语句中附带多个查询时“已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭”

    主要原因是因为EF采用的 DataReader来进行数据的存储,此时connection使用的是同一个. 例如: list = _tzNewsService.GetAll().Where(w => ...

  5. 【转】已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭

    在运用Linq to sql 或者 linq to entity等相关linq技术进行数据库访问操作时,如果发生上述异常是因为是因为.NET內部是使用DataReader作数据存取,DataReade ...

  6. [EF] - "已有打开的与此 Command 相关联的 DataReader,必须首先将它关闭" 之解决

    错误 解决 在 ConnectionString 中添加 MultipleActiveResultSets=true(适用于SQL 2005以后的版本).MultipleActiveResultSet ...

  7. C#异常之(已有打开的与此 Command 相关联,已有打开的与此命令相关联的 DataReader,必须首先将它关闭。)

    异常提示:“System.InvalidOperationException”类型的异常在 System.Data.dll 中发生,但未在用户代码中进行处理  其他信息: 已有打开的与此 Comman ...

  8. 报错:已有打开的与此命令相关联的 DataReader,必须首先将它关闭。

    SqlParameter[] sp = { new SqlParameter("@nGridID",SqlDbType.BigInt), new SqlParameter(&quo ...

  9. 出错提示:“Could not flush the DNS Resolver Cache: 执行期间,函数出了问题”的解决方法

    在DNS解析中,出错提示:"Could not flush the DNS Resolver Cache: 执行期间,函数出了问题"的解决方法  . 由于公司网站空间更换了服务商. ...

随机推荐

  1. BZOJ 3931: [CQOI2015]网络吞吐量

    3931: [CQOI2015]网络吞吐量 Time Limit: 10 Sec  Memory Limit: 512 MBSubmit: 1555  Solved: 637[Submit][Stat ...

  2. Bzoj3894 文理分科

    Time Limit: 10 Sec  Memory Limit: 512 MBSubmit: 667  Solved: 389 Description  文理分科是一件很纠结的事情!(虽然看到这个题 ...

  3. Resource leak: 'context' is never closed

    from: http://stackoverflow.com/questions/14184059/spring-applicationcontext-resource-leak-context-is ...

  4. Linux之:Ubuntu速学笔记(1)

    撰写日期:2016-7-2 17:11:28 Saturday 课程资源:  web程序员角度ubuntu自修速学课程 链接来源:程序员在囧途, VMware: VMware Workstation1 ...

  5. 关于php编程的一些小技巧

    1. NULL,0和空的区分判断 (1)0与空的区分 <?php  $a = 0;if($a==''){ echo '此判断条件不能区分';}else{ echo '此判断条件可以区分';} ? ...

  6. Nuget Command Console

    Get-Package -ListAvailable -Filter contracts 命令行 注意选择 程序包源

  7. Linux下Redis的安装和部署

    一.Redis介绍 Redis是当前比较热门的NOSQL系统之一,它是一个key-value存储系统.和Memcache类似,但很大程度补偿了Memcache的不足,它支持存储的value类型相对更多 ...

  8. python3--删除所有空目录,第一个有实际用处的程序

    #目标:删除所有空文件夹 #逐个判断某目录下所有项目 #若该项目是目录就进入该目录,完成上一步,不是下一个项目 #判断完所有后判断当前目录是否是空目录,是就删除 #需要管理员权限,否则很多目录无权限 ...

  9. maven如何配置

    1. logback介绍 Logback是由log4j创始人设计的又一个开源日志组件.logback当前分成三个模块:logback-core,logback- classic和logback-acc ...

  10. mysql代码执行漏洞

    mysql  (5.7, 5.6, 和 5.5版本)的所有默认安装配置,包括最新的版本,攻击者可以远程和本地利用该漏洞.该漏洞需要认证访问MYSQL数据库(通过网络连接或者像phpMyAdmin的we ...