C
CJ
Unregistered / Unconfirmed
GUEST, unregistred user!
还没有玩够呢，就接受答案了？
>其实，就INPRISE缺省提供的delphi5来讲，它也只能做个DEMO或者小企业进销存。
你指的是缺省什么？设置？配置？哪方面？具体点。是不是就是李同志写的那个所谓什么高效数据库之类的配置？
>毕竟Midas是半免费的，你总不能指望它给大企业做东西吧。
不明白，怎么个“半免费”？
>甚至不用改程序，就调整一下logic.dat文件就行了。
你的意思是把部分企业逻辑放在一个dat文件中？怎么实现的？讲讲吧。
>多层结构良好的分布式体系可以让客户服务健康的，可扩展的运行。
我喜欢这些词语,Every word worth fivedo
llars。
>关键是你怎么认识三层。
这在点子上了，正如yysun说的，三层不仅仅是Delphi/Midas，事实上，有很多三层的例子，比如Oracle，Sybase甚至现在的MSSQL都提供了自己对三层这个概念的支持，可以很好的解决三层的需要，我前面的观点正有些这个意思，即：如果确定使用了某种数据库（不考虑数据库无关性），在很多场合，不必要自己去解决三层（编三层程序）。
至于软件发布（升级），我还是认为如果三层的开发只是为了便于维护，那么需要考虑成本问题。除非的确有太多的慢速连接(Wan)，或者太多的客户（同时在LAN升级所造成的网络堵塞），否则，无论是“Software Broadcasting”还是“Self-Update”都可以解决问题。一般我写的客户端不会超过2m的（除非客户需要图形和多媒体），否则我会封装成dll。我们需要在维护成本和开发成本寻求一个平衡，做B/S维护不是更简单？如果维护成本真的很高（1000多个Client之类）Thin Client的确解决问题。
至于效率方面，我始终认为，增加应用程序会减低效率，如果的确是由于太多的客户造成系统阻塞而想起使用三层，那么我推荐在DBMS上多动动脑筋，这样效率会更高。
>今后你完全可以用SOAP技术来解决。
给个有资料站点吧
最后，再请假一下，诸位三层前辈，到底你们的“最大并发”是多少，配多少台应用程序服务器？
>其实，就INPRISE缺省提供的delphi5来讲，它也只能做个DEMO或者小企业进销存。
你指的是缺省什么？设置？配置？哪方面？具体点。是不是就是李同志写的那个所谓什么高效数据库之类的配置？
>毕竟Midas是半免费的，你总不能指望它给大企业做东西吧。
不明白，怎么个“半免费”？
>甚至不用改程序，就调整一下logic.dat文件就行了。
你的意思是把部分企业逻辑放在一个dat文件中？怎么实现的？讲讲吧。
>多层结构良好的分布式体系可以让客户服务健康的，可扩展的运行。
我喜欢这些词语,Every word worth fivedo
llars。
>关键是你怎么认识三层。
这在点子上了，正如yysun说的，三层不仅仅是Delphi/Midas，事实上，有很多三层的例子，比如Oracle，Sybase甚至现在的MSSQL都提供了自己对三层这个概念的支持，可以很好的解决三层的需要，我前面的观点正有些这个意思，即：如果确定使用了某种数据库（不考虑数据库无关性），在很多场合，不必要自己去解决三层（编三层程序）。
至于软件发布（升级），我还是认为如果三层的开发只是为了便于维护，那么需要考虑成本问题。除非的确有太多的慢速连接(Wan)，或者太多的客户（同时在LAN升级所造成的网络堵塞），否则，无论是“Software Broadcasting”还是“Self-Update”都可以解决问题。一般我写的客户端不会超过2m的（除非客户需要图形和多媒体），否则我会封装成dll。我们需要在维护成本和开发成本寻求一个平衡，做B/S维护不是更简单？如果维护成本真的很高（1000多个Client之类）Thin Client的确解决问题。
至于效率方面，我始终认为，增加应用程序会减低效率，如果的确是由于太多的客户造成系统阻塞而想起使用三层，那么我推荐在DBMS上多动动脑筋，这样效率会更高。
>今后你完全可以用SOAP技术来解决。
给个有资料站点吧
最后，再请假一下，诸位三层前辈，到底你们的“最大并发”是多少，配多少台应用程序服务器？
