如何在分页的时候处理并发的情况

wwfgu00ing 2012-04-10 04:38:35

先有一个例子希望大家给出解决方案

有个列表,有很多数据,现在分页页数达到了几十万,当我点击第一页/第二页时很快,当我点击最后一页的时候,这个时候相应很

慢,就在这个响应过程,我点击第一页,这个时候就报错了提示datareader 未关闭已有打开的与此命令相关联的 DataReader，必须首先将它关闭。之类的

代码如下



 using (DbDataReader rd = cmd.ExecuteReader(CommandBehavior.CloseConnection))

                    if (cmd.Connection.State == ConnectionState.Closed)

                        cmd.Connection = conn;

                   

                    rd = cmd.ExecuteReader();

                    DataTable dt = new DataTable();

                    dt.Load(rd);

                    rd.Close();

                    return dt;

针对这种情况怎样处理呢

...全文

2665 53 打赏收藏转发到动态举报

写回复

用AI写文章

53 条回复

切换为时间正序

请发表友善的回复…

发表回复

anzhiqiang_touzi 2012-04-16

打赏
举报

根本就是链接未关闭。
在统一个链接上打开企图打开多个DataReader

潇洒王子 2012-04-16

打赏
举报

我是来看大牛的

wolf_410 2012-04-16

打赏
举报

为什么非要一次性读出来呢

fwc 2012-04-16

打赏
举报

using (DbDataReader rd = cmd.ExecuteReader(CommandBehavior.CloseConnection))

                    if (cmd.Connection.State == ConnectionState.Closed)

                        cmd.Connection = conn;

                   

                    rd = cmd.ExecuteReader();

                    DataTable dt = new DataTable();

                    dt.Load(rd);

                    rd.Close();

                    return dt;

恕我愚钝，初学ASP.NET没多久，想请教各位大能：
1 从楼主的程序上看不出connection是从什么地方传过来的，应该是前面代码创建的吧（是不是前面就是创建Connection和创建command的代码，楼主省事没贴,似乎Connection没法在asp.net的页面处理线程之间共享吧）
2不管是否查询处理完，即使再点同样链接或其他链接，应该在服务器端是另外一个线程处理了吧，似乎不会导致并发冲突，最多连接池被占满，系统响应迟钝。
3 我个人感觉是不是楼主的using只包含了第一行有问题呢？如果去掉using怎么样？

以专业开发人员为伍 2012-04-15

打赏
举报

[Quote=引用 46 楼的回复:]

建议你在整个页面中只做一次数据查询操作，然后再数据存储在cache中，在每次翻页时，从cache里取数，这个速度应该很快
[/Quote]

晕死！

这样设计软件，软件公司是会倒闭的。

以专业开发人员为伍 2012-04-15

打赏
举报

跟所谓“还未读完”其实没有关系。主要是因为你共享了变量（所引用的对象），这就冲突了。

应该是new一个新的对象。

以专业开发人员为伍 2012-04-15

打赏
举报

[Quote=引用 15 楼的回复:]

当点击最后一页的时候相应很慢这个时候datareader还未读完,尚未关闭

就在这个时候点击了第一页就提示datareader未关闭了

如何解决这个问题

如果大数据量最后一页读取的时候都会很慢的吧
[/Quote]

跟所谓的并发没有关系。我怀疑你根本不知道如何多人并发测试，你的代码在多人并发是必然出错，可是你竟然说没有出错。而你只是在说在一次查询很慢时（同一个人因为等不及其结果而立刻发起了另一个查询）此时才出错。可见你只是自己做了调试，根本没有任何多用户使用的经验，也没有经过这类测试。

如果做过真正的测试，其实问题一眼就能看出来。修改过的代码就是这样的：



 var cmd= CreateNewCommand(sql);

 cmd.Connection = CreateNewSqlConnection();

 using (DbDataReader rd = cmd.ExecuteReader(CommandBehavior.CloseConnection))

 {

                    rd = cmd.ExecuteReader();

                    DataTable dt = new DataTable();

                    dt.Load(rd);

                    rd.Close();

                    return dt;

 }

必须创建新的SqlCommand对象，新的（独立的）SqlConnection对象，而不能共享。

asp.net处理客户端请求是多线程并发的，因此那种以为“省得创建对象了”的代码，当然就会出现共享冲突。

心蓝168 2012-04-14

打赏
举报

建议你在整个页面中只做一次数据查询操作，然后再数据存储在cache中，在每次翻页时，从cache里取数，这个速度应该很快

想念旧时光 2012-04-13

打赏
举报

[Quote=引用 30 楼的回复:]
亲结贴了吧

我一看就知道你的底层写得太乱了
重构一下你的底层的Sql访问吧

using (DbDataReader rd = cmd.ExecuteReader(CommandBehavior.CloseConnection))
if (cmd.Connection.State == ConnectionState.Closed)
cmd.Connection = con……
[/Quote]
学习啊。

DB牛牛 2012-04-13

打赏
举报

DATASET +存储过程分页
再针对常用查询条件加索引优化
几十万的数据应该没有什么问题

Mirror然 2012-04-13

打赏
举报

在查询的时候如果用户访问过大越到后面翻页越慢
通过单例模式修改扩充链接池分配1-100个之间
无非在查询的时候各分配一次就不会出现等待状态
每次链接数据库分配一个链接池应该能解决

其次查询优化条件

哥只是一个传说 2012-04-13

打赏
举报

用分页控件...

jiangshun 2012-04-13

打赏
举报

报你那个错，本质的原因是在当前查询数据的时候适用的是上一次适用的datareader。既然是静态的，就很好理解了，都是使用的这个类的方法，而不是这个类的一个对象的方法！

1.等待时间主要是在数据库查询上面，这个不多说，优化查询语句，建合理的索引！
2.datareader对于数据量大的时候，一直保持数据库的连接状态。建议返回datatable或者dataset，这样即使查询时间久，也不会占有一个数据库连接！就asp.net而言数据库连接很宝贵啊，尽量少的减少打开连接次数，尽量减少打开时间！
3.如果一定要用datareader，个人觉得，增加数据库连接池的数量，对于datareader操作，做个对象池试试！