大家来谈谈对于两层结构改造成三层的想法

Question

我认为可以用dcom,做个中间层,数据库通过中间层实现交换.负载平衡delphi中的控件可自动解决.

Answer 1

1 midas 中有多个协议 socket dcom http .......
随你，局域网中dcom 要快点，但dcom跨网关很困难（虽然说可实现，但我还没有亲眼见过） socket http 在广域网中比较适合。
2 负载平衡就要用中间件了，就像corba中的那样，就是费用。：）
如果要求不严，控件也就可以了。visibrokor,可以试试
3 业务逻辑当然是写在自己的中间件，要不三层和两层有何区别？？
4 当然就在你的中间件中进行控制了

Answer 2

有谁能具体讲一讲有关三层中Pooler的应用吗？

Answer 3

为什么不直接用EJB,作为中间层呢，标准又统一，而且以后发展的余地也比较大。

Answer 4

我们是用COM/COM+来完成工作的，如果有报错的话是在COM接口中返回（可以多层的返回）负载平衡最好用比较好点的后台解决方案，比如IBM的双机备份系统中可以进行数据的负载平衡；关于业务逻辑我们称为商业层和数据服务层好象更好点点，我们在商业层和数据服务层中进行数据的传递，执行语句放在了数据服务层，数据服务层中有SQL，有调用存储过程，商业层有大量的COM接口的调用函数直接和数据服务层打交道；不同的数据接口是在中间件中由你决定，比如是放在数据服务层中更好点，有你发出命令消息后由商业层进行解析你的命令，在决定调用那个数据服务层的接口，进入数据服务层后，再执行对不同数据库的读写操作就可以了，我们现在主要想对数据进行远程的传输和调用准备用XML进行数据的整理和传递，可以通过防火墙，网关等等。

Answer 5

我觉得尽量不要采用DCOM连接，因为DCOM配置起来比较烦，莫名问题会经常出现，用TCP/IP连接相对好些。还有数据库的后台处理一定要房子服务器端执行，而后返回正确结果给客户端，有些人为了方便在客户端进行相应的数据库操作就不符合三层式的原理了

Answer 6

我觉得尽量不要采用DCOM连接，因为DCOM配置起来比较烦，莫名问题会经常出现，用TCP/IP连接相对好些。还有数据库的后台处理一定要房子服务器端执行，而后返回正确结果给客户端，有些人为了方便在客户端进行相应的数据库操作就不符合三层式的原理了