机器还是哪个机器,SQL还是哪个SQL,表耶还是那个表幺,可时间却不是那个时间:( (50分)

  • 主题发起人 主题发起人 mumu
  • 开始时间 开始时间
M

mumu

Unregistered / Unconfirmed
GUEST, unregistred user!
用SQL语句“select * from tablename ”检索表tablename,表数据量为6万条,
在一个DBGRID中显示结果。前几天检索时,响应时间为一瞬间。 可现在却慢到
20多秒:(
  

 
1。检查一下内存使用率,看一看是否有别的程序占用大量资源?
2。上次检索是否是从缓存里读取的?而这次不是?
3。数据库是否可以进行优化?
 
月票还是那个月票/巴士还是那个巴士/路线还是那个路线/可时间却不是那个时间
WHY
 
Kent:
1。否。
2。否
3。优化?索引?

 
压缩一下数据库吧
清理/查看一下表中的冲突/无效数据?
 
1、直接在数据库端操作一下,如果不再如此,则是程序有问题或机器有问题
2、建一个完全相同的数据库,把数据倒过去,再试一试!
 
还是不行,我的50分给谁?干脆改成“如何解决大数据量检索速度”这个问题吧:(
我再追加150分,若问题解答的完整全面,再追加100分。即最高300分。
 
既然你用SQL SERVER, 看来你不是在本地机器上运行, 那么时间长短和网络传输速度就大有
关系了. 再说了, 哪有需要一次读取6万条记录到本地再处理的必要? 劝你更新一下你的设
计思路, 重新设计一下软件. 如果一定要一次读6万记录到本地, 那么推荐您用3层, 这样
可以控制一次传输的记录数(一次传输一~二屏数据就够了, 反正你6万也不可能一次显示完).
用到时分多次传.
 
数据源是6万条记录,但结果可能只有6条:(
 
select * from tablename
前几天检索时,响应时间为一瞬间。 可现在却慢到
20多秒:(
--------这个表里有什么大对象字段没有啊?
这几天和前几天之间你对它都干了啥?
数据量和程序都没动过吗?
 
假如是网络的,返回数据集6万条,就是需要1,2分钟才行,想办法修改做法,
不要返回大数据集,假如需要改动的数据较多,可以用存储过程在服务器上做,更快
 
如何解决大数据量检索速度”再追加150分,若问题解答的完整全面,
再追加100分。即最高300分。
 
多人接受答案了。
 
后退
顶部