M mumu Unregistered / Unconfirmed GUEST, unregistred user! 2000-12-31 #1 用SQL语句“select * from tablename ”检索表tablename,表数据量为6万条, 在一个DBGRID中显示结果。前几天检索时,响应时间为一瞬间。 可现在却慢到 20多秒:(
K Kent Unregistered / Unconfirmed GUEST, unregistred user! 2000-12-31 #2 1。检查一下内存使用率,看一看是否有别的程序占用大量资源? 2。上次检索是否是从缓存里读取的?而这次不是? 3。数据库是否可以进行优化?
不 不夜城 Unregistered / Unconfirmed GUEST, unregistred user! 2000-12-31 #3 月票还是那个月票/巴士还是那个巴士/路线还是那个路线/可时间却不是那个时间 WHY
L lccc Unregistered / Unconfirmed GUEST, unregistred user! 2001-01-03 #6 1、直接在数据库端操作一下,如果不再如此,则是程序有问题或机器有问题 2、建一个完全相同的数据库,把数据倒过去,再试一试!
M mumu Unregistered / Unconfirmed GUEST, unregistred user! 2001-01-18 #7 还是不行,我的50分给谁?干脆改成“如何解决大数据量检索速度”这个问题吧 我再追加150分,若问题解答的完整全面,再追加100分。即最高300分。
E eYes. Unregistered / Unconfirmed GUEST, unregistred user! 2001-01-18 #8 既然你用SQL SERVER, 看来你不是在本地机器上运行, 那么时间长短和网络传输速度就大有 关系了. 再说了, 哪有需要一次读取6万条记录到本地再处理的必要? 劝你更新一下你的设 计思路, 重新设计一下软件. 如果一定要一次读6万记录到本地, 那么推荐您用3层, 这样 可以控制一次传输的记录数(一次传输一~二屏数据就够了, 反正你6万也不可能一次显示完). 用到时分多次传.
既然你用SQL SERVER, 看来你不是在本地机器上运行, 那么时间长短和网络传输速度就大有 关系了. 再说了, 哪有需要一次读取6万条记录到本地再处理的必要? 劝你更新一下你的设 计思路, 重新设计一下软件. 如果一定要一次读6万记录到本地, 那么推荐您用3层, 这样 可以控制一次传输的记录数(一次传输一~二屏数据就够了, 反正你6万也不可能一次显示完). 用到时分多次传.
笑 笑傲江湖 Unregistered / Unconfirmed GUEST, unregistred user! 2001-01-30 #10 select * from tablename 前几天检索时,响应时间为一瞬间。 可现在却慢到 20多秒:( --------这个表里有什么大对象字段没有啊? 这几天和前几天之间你对它都干了啥? 数据量和程序都没动过吗?
select * from tablename 前几天检索时,响应时间为一瞬间。 可现在却慢到 20多秒:( --------这个表里有什么大对象字段没有啊? 这几天和前几天之间你对它都干了啥? 数据量和程序都没动过吗?
S songjunjie Unregistered / Unconfirmed GUEST, unregistred user! 2001-01-31 #11 假如是网络的,返回数据集6万条,就是需要1,2分钟才行,想办法修改做法, 不要返回大数据集,假如需要改动的数据较多,可以用存储过程在服务器上做,更快
M mumu Unregistered / Unconfirmed GUEST, unregistred user! 2001-02-19 #12 如何解决大数据量检索速度”再追加150分,若问题解答的完整全面, 再追加100分。即最高300分。