我在做一个C/S结构的系统,主业务是进销存、财务、租赁、CRM、维修服务、合同、OA等这么一个系统,现在做了近半,最近对项目的结构更改,原来是两层结构,现将改为三层,将数据层由服务器运行(Remoting对象远程调用),同样的算法以及同样的网络和机器,最后发现速度是个问题,数据量小的时候,三层的比二层的慢近三倍,由数据量的增大,如进货单的明细数据超1000行时更慢,如果考虑用户数(客户端数在100个以内的话),大家认为三层的好还是二层的话。不考虑B/S结构。问题:大家认为三层的好还是二层的话

解决方案 »

  1.   

    看实际需求
    三层慢 你为啥非要用三层
    用2层能满足使用需求就ok了
      

  2.   

    没有试过如果用二层,当连接数达到50以上时,会是什么结果,假设同一服务器对50以上(100以内),三层和二层的结果
      

  3.   

    数据量小 快慢无所谓啦只要不是在大数据量下瘫痪,三层还是可取的。
      

  4.   

    根据实际情况吧如果三层速度太低,就不可取
      

  5.   

    正好有那个条件, 你可以测试一下, 对数据量分析一下。 
    然后 把结果公布一下, 大家一起分析。 
    拜托
      

  6.   

    LZ可以考虑将部分的业务逻辑改成存储过程
      

  7.   

    你也可以对你的MD层进行优化
      

  8.   

    我是不知道你们当初的拆分到底是建立在什么的基础上?如果是建立在拍脑袋的基础上,显然把问题变得更糟糕是很正常的……