在三层中,查询占用服务器很高的CPU,怎样优化?

2312 2003-12-17 09:11:31
我用的是:DELPHI6.0+ACCESS,

每次在客户端一位用户进行查询时候(记录上万),都会占用服务器CPU很高的资源,多个用户同时进行查询服务器就不能胜任了.

我是用的filter在客户端进行的过滤!

怎样优化?
...全文
31 点赞 收藏 23
写回复
23 条回复
切换为时间正序
请发表友善的回复…
发表回复
beetaim 2004-01-30
建议采用对象缓冲池进行多个对象的缓冲使服务器减少为每个客户连接都建立相应的对象而带来的资源开销
回复
libochen 2004-01-29
如何避免服务器端CPU占用过高,应当认识服务器端在向客户端发送数据的过程和机理,一般来讲,应用服务器从数据服务器获取数据后打包并压缩,再发送给客户端,而其中获取数据后打包和压缩占用了服务器端大量的CPU和内存,所以应用服务器开发应当考虑:
1.利用SQL语句在数据库服务器上尽量过滤不需要的数据;
2.在应用服务器上企业服务对象间交换数据时尽量使用Clone,而不是DATA=DATA;
3.数据分包发往客户端;
建议看看李维的《三层开发系统篇》
回复
leon2k 2004-01-29
(1)设计应该避免一次从数据库选取过多记录,可通过SQL条件过滤
(2)如果确实需要取这么多数据,就应该分批多次选取。
(3)还有,如果不是必须的字段,尽量不要取。
回复
aiunong 2004-01-29
学习Up
回复
coolsundy 2004-01-29
用MYSQL吧。效率奇高,而且很快。又免费
回复
dickeybird888 2004-01-29
进行分包操作就行了!
回复
SeaWave 2004-01-28
如果一次查询会向客户端返回上万条记录,然后在客户端来过滤,绝对不是好的程序!
没这么做的。
回复
haike 2004-01-28
你如果用Access,还不如不要用三层的.
回复
曦-85 2004-01-20
up
回复
做个好人 2004-01-20
建议换sql server 或者ORacle
回复
lsoft 2003-12-28
另外对ACCESS的性能不清楚, 如果是InterBase 会不会好一些!
回复
lsoft 2003-12-28
Sorry!
Server 一端最后是无状态的 => Server 一端最好是无状态的
回复
lsoft 2003-12-28
楼上几位说的都有道理, 要反回给客户端的数据最好是用户真正想要得到的资料,一万笔以上的资料对客户来讲没有多大的意义.

Server 一端最后是无状态的
Client 一端的SQL语句的限定条件一定要能够达到只返回真正有意义的资料返回到ClientApp
回复
eliphe 2003-12-22
你这不是三层,应该在server端提供一个方法,client调用方法,只返回client需要的数据
回复
gillfen 2003-12-21
你的关系型数据库的建立方式也是很重要的
回复
myyanghua 2003-12-21
Delphi + Access的优化简直是太难了:
原因:
(1)Access属于文件数据库,从根本上就限制了Access的并发操作。
(2)Access是微软为桌面型用户准备的,没有多少可以提高效率的方法。

建议解决方法:
(1)找一下MSDN之类的资料,看能不能找到Access的存储和I/O方式,看是否能够避免费时的操作
(2)根据Access的优化要求,重新创建和整理索引。
回复
siwuge 2003-12-21
初学帮顶。
回复
whitetiger8 2003-12-19
嗯。看看SQL算法优化。我感觉有时候,在第一步时,就把不用的数据先过滤掉,是最好的了
回复
抱朴守拙 2003-12-19
设置ClientDataSet的Filtered=false,PacketRecords=每次下载的数量例如50;
这样就可以很快的查询,需要的时候通过GetNextPacket来取得下一个数据包。
回复
qiume 2003-12-17
1,不需要的数据应该在服务器端过滤掉;
2,记录上万时应该优化SQL,并且分包;
回复
发动态
发帖子
网络通信/分布式开发
创建于2007-08-02

1565

社区成员

Delphi 网络通信/分布式开发
申请成为版主
社区公告
暂无公告