一个楼层之中一台服务器(SQL Server)带30-40个客户端的效率会如何 (100分)

  • 主题发起人 主题发起人 haozh
  • 开始时间 开始时间
H

haozh

Unregistered / Unconfirmed
GUEST, unregistred user!
就各位经验而谈,一个楼层之中(40米范围之内)一台服务器(SQL Server)带30-40个客户端(CS结构)的效率会如何呢?
客户端通过BDE连向服务器中的数据库,每天的上班时间几乎所有的客户端都会挂在服务器的数据库上
他们的工作是时刻将手中的业务信息录入到数据库中,但做的更多的是查询已录入的信息,

我想请教各位有经验的朋友:
这样的程序执行效率如何?
会不会因为客户端太多或数据量过大或程序不够坚挺而导致小漏斗一发标就半天?
适当的设置索引可不可以提高速度?
如何能将效率提升到最佳?
你们过去的工作中是什么样的情况?

欢迎讨论!
 
我的经验:
80个工作站,8:00-21:00
每天数据量10~15M
应该没问题
备注:惠普3000服务器
 
首先看你是什么服务器,不过3,40个客户端还是没有任何问题的.
1.设置索引当然有效.
 
除了楼上所说,还要看你的数据录入的量的大小以及你的程序中对记录锁定的处理是不是合理
 
有没有考虑增个个应用服务器呢?
 
30,40个客户端还是没有任何问题的!
增加索引的建制和管理!
 
最主要的几张表里每年每张表大概最多会有1000条记录
录入整条记录的频率不会超过100条/天
关键的是时刻不停的查询、统计、和修改刷新记录
会不会造成服务器的负担过重效率降低
添置服务器的可能性应该不大了
现有的服务器是del(P3 800 + 20G + 512M)

我曾经的一个烂程序中
40米以外的一台客户端独自挂在服务器上
添加一条记录后保存时竟然用了4-5秒
查询一条记录用了将近10秒
至今仍后怕
 
想提高应用程序的速度,一个是提高服务器的性能,一个是优化程序设计,
可以把POST的事件用STORED PROCEDURE处理,会快很多。
 
我觉得根本不用担心,除非程序特别烂:),一般来说,要尽快释放资源,做好索引。
 
后退
顶部