62,046
社区成员
发帖
与我相关
我的任务
分享为什么会那么慢？
我的一个页面有八个TagPage，每个TagPage都有一个ListBox供用户选择AccountID，这些AccountID每次在用户Login成功后会从数据库里面Query回来摆在Session里面，每个TagPage在PageLoad的时候都会从Session里面把所有的AccountID拿回来重新绑定到ListBox上面去。在数据量少的时候（100个AccountID左右），每次页面刷新都很快完成，但如果数据量大的时候（3000个AccountID左右），每次的页面刷新都会没响应，要等待2分钟左右才有反应
请问，是什么原因导致那么慢呢？
请问，是什么原因导致那么慢呢？
...全文
请发表友善的回复…
发表回复
strife013 2009-03-21
- 打赏
- 举报
asp.net尽量用ispostback判断可以不用每次提交都绑定，发现很多asp程序员总是喜欢每次都把事情放在pageload或是prerender里面的，菜鸟才这样做。
waikey 2009-03-21
- 打赏
- 举报
你最好看下你的数据库,这样的问题90%是数据库性能的问题！
datahandler2 2009-03-20
- 打赏
- 举报
不清楚，看不明白。帮顶
LeoMaya 2009-03-20
- 打赏
- 举报
应该不是数据库的问题
那些AccountID只会在Login的时候加载到Session里面去，其他时间是不会动用到数据库的
所以猜想是Session传递数据有问题
我作过一个尝试，把那些AccountID不放在Session里面，而是放到Application里面，但一样还是那么慢
那些AccountID只会在Login的时候加载到Session里面去，其他时间是不会动用到数据库的
所以猜想是Session传递数据有问题
我作过一个尝试，把那些AccountID不放在Session里面，而是放到Application里面，但一样还是那么慢
jlj84237485 2009-03-20
- 打赏
- 举报
帮顶一下
mint 2009-03-20
- 打赏
- 举报
不是大陆的人吧，我大约了解你的意思，
原因很多吧，瓶颈在哪儿要看你的具体程序。比如：数据库问题？还是程序问题。
有两个建议：
(1)不要一次读3000 条。不要把大数据放在session中。
(2)每个TagPage使用单独的iframe，这样就相当于异步加载。
原因很多吧，瓶颈在哪儿要看你的具体程序。比如：数据库问题？还是程序问题。
有两个建议：
(1)不要一次读3000 条。不要把大数据放在session中。
(2)每个TagPage使用单独的iframe，这样就相当于异步加载。
szldk 2009-03-20
- 打赏
- 举报
建议先看看主要的几个步骤是哪个费时最多,
数据量小时和数据量大时差异最大是哪个环节,
再看情况找解决方法.
数据量小时和数据量大时差异最大是哪个环节,
再看情况找解决方法.
LeoMaya 2009-03-20
- 打赏
- 举报
改成了缓存还是没改变
hhxxcj 2009-03-20
- 打赏
- 举报
把去提数据，改成去缓取吧，那样就会很快了，多了每次去取，加上访问多了自然就慢了
sxmonsy 2009-03-20
- 打赏
- 举报
session里不要放太多东西.按你说的数据量不太适合使用Session了已经,建议使用临时表.
zzxap 2009-03-20
- 打赏
- 举报
不要把数据放在session里。不要把全部数据一次取出来。。。
bj890 2009-03-20
- 打赏
- 举报
gz
Rail100 2009-03-20
- 打赏
- 举报
根本和session无关，你就算换viewstate on server side都一样
Rail100 2009-03-20
- 打赏
- 举报
不分页就这么慢，换成静态html会快一些，服务器控件会加许多不必要的代码
sxzj2008 2009-03-20
- 打赏
- 举报
忠诚！！！！！！！！！！
mark620 2009-03-20
- 打赏
- 举报
你电脑内存大吧， 用session不太好。
liuyeede 2009-03-20
- 打赏
- 举报
你以为使用Application会比Session的性能更高吗？都要使用服务器端内存，都是全局的。
