看并发数啊,能同时带300个的server不多啊
哦,几个app server就没什么问题了吧

解决方案 »

  1.   

    随便说说:
      可行。
      数据存取要注意流量,尽量不要一下子把所有的数据一次性取到客户端,否则可能
    当机。客户只取需要的数据。
      注意建立数据表的索引。
      复杂的SQL语句要做一下性能测试。
      远程连接要注意透过防火墙,直接用DCOM可能会有这方面问题。
      是否要考虑用户在硬件无法连接的情况下的处理——离线处理。
      用户端的硬件情况。
      账户、权限的设计。
      

  2.   

    应该把大量的数据运算做成数据库后台的存储过程,可以缓解很多问题。
    300个客户端进行数据录入应该没有什么太大问题,就是检索时,需要考虑性能问题。如果你把业务说的详细些,看我能不能帮上忙(Email:[email protected])。我以前作过一个电力系统。也是有些客户端连到远程server,但不多,20个客户端。
      

  3.   

    按描述的内容来说,要实现这样的系统是没有问题,这正是Microsoft DNA所作的事情;不过,要注意数据的安全性(如:数据在网络传输时要加密等)
      

  4.   

    你的项目有点像我现在维护的一个系统
    日本リクルート直販システム
    我有一整套的资料和源代码
    要件分析、概要設計、インタフェース設計、基本設計、詳細設計、ソース、
    運用等等
    采用SQLServer2000,VB6.0