王 王寒松 Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #2 当然是牛刀了。 浪费。 推动MIDAS产生的原因是 大客户量和广域网的系统维护困难。 如果是小客户量局域网。 根本没必要。
我 我爱PASCAL Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #4 谢谢指教，但是维护量大，更改频繁，由其是计费公式，报表等 可不可以把经常变化的部分写成中简层？
王 王寒松 Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #5 不。 可以把计算公式和规则放到存储过程中实现。报表可以用 可由客户定制的报表系统来完成。比如 REPORT BUILDER FAST REPORT...
W wangfu Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #7 几个是什么概念？ 那么100-150个呢？ 是不是中间层一定要放在另外一台计算机上面呢？ 页就是 客户计算机---》中间层计算机----》数据库计算机
王 王寒松 Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #8 记得MIDAS刚出现时。有介绍它的文章说： 是为了解决200台客户机并发访问数据库时 引起 服务器繁忙。当然那是1997年的事了。 现在的服务器的性能更上一层楼。 实际上 根据经验， 单服务器带150－200台客户机是没问题的。当然这与你的实际情况要结合起来 判断。如果服务器的CPU使用率很高的话或是服务器剩余内存所剩不多。都要考虑 增大内存或增加服务器CPU。 再就是优化存储过程，优化服务器系统设计。
记得MIDAS刚出现时。有介绍它的文章说： 是为了解决200台客户机并发访问数据库时 引起 服务器繁忙。当然那是1997年的事了。 现在的服务器的性能更上一层楼。 实际上 根据经验， 单服务器带150－200台客户机是没问题的。当然这与你的实际情况要结合起来 判断。如果服务器的CPU使用率很高的话或是服务器剩余内存所剩不多。都要考虑 增大内存或增加服务器CPU。 再就是优化存储过程，优化服务器系统设计。
T taozhiyu Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #9 4d,李维的书上说200个终端用2层可以达到理想的效果
我 我爱PASCAL Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #12 谢谢大家点拨， 200个终端的话程序有一点改动就要复制200个EXE，而实际情况是刚刚改好了，用户说能不能 把这个框框给我加宽点，难道又要复制200个，说不定你复制好了刚要走又要叫你改另外的什 么了。是否可以在服务器上映射一个共享文件夹把EXE拷进去，就像文件服务器的那种作法， 而数据的操作还是以C/S的方式，这样每次只拷一次文件了，有这样作的吗，如果真这样，我的 心病就除了。
谢谢大家点拨， 200个终端的话程序有一点改动就要复制200个EXE，而实际情况是刚刚改好了，用户说能不能 把这个框框给我加宽点，难道又要复制200个，说不定你复制好了刚要走又要叫你改另外的什 么了。是否可以在服务器上映射一个共享文件夹把EXE拷进去，就像文件服务器的那种作法， 而数据的操作还是以C/S的方式，这样每次只拷一次文件了，有这样作的吗，如果真这样，我的 心病就除了。
王 王寒松 Unregistered / Unconfirmed GUEST, unregistred user! 2002-02-16 #13 可以的。 我见过有人这么用。不过当时他的客户量是40多。 所有EXE放到了服务器端 的共享目录里
