J jy88jy Unregistered / Unconfirmed GUEST, unregistred user! 2001-12-20 #1 本来，中间层有一个作用，就是让客户端不必与数据库打交道，这样，程序员只要保证 中间层与客户端的接口不变，无论对数据库作何种升级工作，都不影响客户端。 MIDAS好像不能做到啊？！
5 5rain6sky Unregistered / Unconfirmed GUEST, unregistred user! 2001-12-31 #2 说的对，所以在看了李维的书之后，我决定不学Midas了。 还是自已动手，丰衣足食啊……[8D]
H hupeh Unregistered / Unconfirmed GUEST, unregistred user! 2001-12-31 #3 行的。 采用多层结构本来就是让客户端实现零维护。这样不论你的数据库怎么升级只要改应用服务 器（中间层）就行了。 MIDAS要的就是这种效果。
N nsj Unregistered / Unconfirmed GUEST, unregistred user! 2001-12-31 #4 这需要中间层和一些分布式COM对象协作来完成工作。 其实MIDAS在这里更像一个协调对象，由它来创建其实的分布式COM对象来提供客户端所需要的功能。
5 5rain6sky Unregistered / Unconfirmed GUEST, unregistred user! 2001-12-31 #5 to 楼上两位： 我想jy88jy和我本人想强调的都是Midas机制里客户端与底层数据库的连接方式的问题。 即在Midas中，客户端是直接面向底层数据库的物理结构的，而不是像三层（多层）架构 所期望的通过中间层间接地访问。这一点很好理解：如果依赖Midas机制，我们就没有自己 的本地数据缓存，于是不得不把数据直接提交给底层数据库；这样一来，中间层只是做了 简单的传递工作（当然Midas会提供一些检查，但不是业务逻辑上的，而是数据库逻辑上的）， 同时底层数据库的结构信息直接暴露给了客户端；这种机制使得当底层数据库结构变动时， 不可避免地触及客户端数据库相关结构和逻辑的修改，即很难做到不受影响。 不知两位如何看法？
to 楼上两位： 我想jy88jy和我本人想强调的都是Midas机制里客户端与底层数据库的连接方式的问题。 即在Midas中，客户端是直接面向底层数据库的物理结构的，而不是像三层（多层）架构 所期望的通过中间层间接地访问。这一点很好理解：如果依赖Midas机制，我们就没有自己 的本地数据缓存，于是不得不把数据直接提交给底层数据库；这样一来，中间层只是做了 简单的传递工作（当然Midas会提供一些检查，但不是业务逻辑上的，而是数据库逻辑上的）， 同时底层数据库的结构信息直接暴露给了客户端；这种机制使得当底层数据库结构变动时， 不可避免地触及客户端数据库相关结构和逻辑的修改，即很难做到不受影响。 不知两位如何看法？
