我以前开发的系统全式c/s结构,其中用到了大量的查询,及查找,我现在想把它做成dcom,或
com+的多层分部式应用,数据库与,(dcom,com+)服务应用还是放在一台机器上,我客户端只向
服务端发送带条件的sql语句,用来查询,及查找,然后返回结果.可我想了一下,这样只是减少了
网络上的数据流量,还加重了服务器的处理,如果我的客户较多的话,我也不知服务器能不能
承受,各位大哥能不能给我些建议,谢谢了.

解决方案 »

  1.   

    楼主的思想首先在我看来就是一种假三层,你的客户段传递SQL语句,那中间层不就是
    数据通道了吗?向查询很多情况是放到一个COm+里,客户段只是通过方法(中间层提供的)
    来传递参数,你的中间层处理SQL语句,然后通过你的数据对象里(COm+)和服务器拿数据。
    我现在做的三层客户段甚至连dcomconnection也没有,关于数据流量的问题,楼主不可能
    一次都取吧,我是一次100条记录,COM+的很大优点就是出来多用户,只要我们的COM+的线成
    事物处理的好一般不会有太大的问题,其实速度慢有时也时不可避免的,毕竟是三层吗,在其他方面比二层强多了!
      

  2.   

    谢谢snake_eye,因为我只是看了一些三层方面的书(包括李维的),并没有实际经历,所以有此担心,我想等我实际用时可能才能感觉出它的好处与不足的.
      

  3.   

    其实大家都是从李维的书里学点东西,
    我现在在做三层,但是有时候还的看看李维的书,
    有本外国人写的delphi com编程,现在找不到了
    那本还可以,李维的书我看了好几遍了,其实三层
    不是什么很难的东西,不就是写点函数,客户调用嘛!
    难的是企业对象的分解,规划,到底那些企业对象应该写成
    一个对象?那些应该放到独立的包里。一种完全面向对象的感觉,我是搞不定!