数据处理量太大

jieguo 2004-07-17 01:44:03

在用asp.net的时候,在页面上发送命令进行数据处理,但是
数据处理量太大,用存储过程也很慢,
能不能想个其他的办法解决一下,
比如多线程或者让后台服务器自己处理,在web页面上不用等待返回结果

...全文

193 15 打赏收藏转发到动态举报

写回复

用AI写文章

15 条回复

切换为时间正序

请发表友善的回复…

发表回复

jieguo 2004-07-18

打赏
举报

20分钟应该也没问题,一般而言,计算量如果服务器和数据库操作系统性能可以的话,
20分钟足够了,
再说,如果这个计算线程不停止的话,那它的父进程怎么能停止呢

shangwg 2004-07-18

打赏
举报

关不关IE没影响??
可以自己试试，这种时候往往只有一个用户，退出以后20分钟，连asp_net进程都停了。

jieguo 2004-07-17

打赏
举报

不过有一点,这个处理只有有限的一个或两个用户才能使用,所以不用考虑线程超过100的情况

jieguo 2004-07-17

打赏
举报

是计算方法很负责,
不过存储过程不到100行,去掉空行和注释
也就80来行

jieguo 2004-07-17

打赏
举报

说的对极了,就是每月数据的计算,不光涉及计算的数据量大,而且数据的计算方式也很负责,
如果写成存储过程的话,我足足写了近100行,不过也没办法,顶多到最后数据算不动了,就分成很多块再计算

ajqc 2004-07-17

打赏
举报

关不关IE没影响!
但是,IIS中有一个线程沲,最好把你要做的异步的线程给IIS的线程沲管理,这样它能自己释放了它,线程沲的默认大小为100,超过了就会出错,但一般来说,优秀的设计不会有太多长时间操作的,一般就以下几个比较长:
1.备份数据库
2.还原数据库
3,生成周\月\季\年分析报告,这个一般来说是只生成一份,如果文件存在了,就不再重新生成,所以理论上它真实使用的次数很少,一般不会引起线程超出限制.一些小技巧也能使得这些操作像异步一样
异步一样是要付出代价的,特别是在执行时间长的任务上,据MSDN上的文章的报告,它最差时只能达到单线程的1/8效率,凡事有利就有弊.多试验一下才能得出最合适的方案

jieguo 2004-07-17

打赏
举报

大家说是不是

jieguo 2004-07-17

打赏
举报

使用多线程的时候,其执行代码应该是在服务器端执行把,
而客户端关掉浏览器对那个线程没影响把

shangwg 2004-07-17

打赏
举报

如果是长时间任务操作，当用户关闭IE后，线程会不会来不及处理完就终止，（只有一个用户的时候）

jieguo 2004-07-17

打赏
举报

怎样将异步应用于web上
不过客户端真的不用返回结果,是不是用多线程好些

jieguo 2004-07-17

打赏
举报

对异步懂的不多,谁能提供更多的资料

athossmth 2004-07-17

打赏
举报

当然应该异步。多线程为什么就出错呢？

jieguo 2004-07-17

打赏
举报

这下麻烦了,楼上的楼上的说用多线程会出问题,在web服务器段

ajqc 2004-07-17

打赏
举报

异步方法几乎是通用的,如果你要返回结果的话,最好用异步,如果不用返回结果的话,用线程会简单好多

看一下MSDN2003的这
ms-help://MS.MSDNQTR.2003FEB.2052/cpguide/html/cpconAsynchronousProgrammingDesignPattern2.htm

1979xt 2004-07-17