MTS（Microsoft Transaction Server）是微软为其Windows NT操作系统推出的一个中间件产品，由于它具有强大的分布事务支持、安全管理、资源管理和多线程并发控制等特性，使其成为在Windows平台上开发大型数据库应用系统的首选产品。 由于MTS屏蔽了底层实现的复杂性，极大地简化了这类应用的开发，程序员可以将精力集中在业务逻辑上，因而有效地提高了软件的开发效率。本文将通过实例介绍用VB和MTS开发多层数据库应用系统的方法和步骤。 基于MTS开发多层数据库应用系统的步骤是：第一步，开发MTS组件提供服务，程序员可以用任何一种支持COM的语言编写MTS组件，如VB、VC、Delphi和COBOL等；第二步，分发MTS组件到MTS软件包中，并且把MTS软件包安装到MTS环境之中；第三步，编写客户端程序调用执行在MTS环境之中的MTS组件，以取得服务。
http://comcamp.myrice.com/techarticles/com/1008.htm
看了我晕。
那么是不是用MTS对于用户来说是一样的
COM组件实际上就是DLL,一种没有任何界面的DLL
他处理的都是商业逻辑
我理解的就是对数据库的操作以及数据的计算
前端界面只是从COM组件中提取数据显示到窗口上或者是从窗口上提取数据传递给COM
至于如何提取,从哪儿提取可以完全不用考虑,那都是COM的事儿
前端主要做的就是数据合法性的校验
以确保传递给COM组件的数据是可以正确保存到数据库中
因为二者是分开的,所以应该尽量避免二者间不必要的通信联系,
比如因为数据类型不符的报错
本地的COM需要在本地注册后才能使用
MTS服务器上的COM同样需要注册
只不过这个注册的安装程序是由MTS服务器自己产生的一个
注册信息是指向MTS服务器上的
调用时是在MTS服务器上创建一个对象而不是在本地创建对象
MTS主要是面向分布式系统设计的
但是在实际使用中不要滥用所谓的分布式
也就是说如果两个COM之间的调用很频繁的话
最好将这两个COM放在一个MTS服务器上
否则实际使用时会非常慢的去年本来想把我们的系统转向MTS
但是我们的DLL里面是有界面的
不是完全意义上的COM
所以才放弃使用MTS的
是老板要求的。谢谢shizi_mhy(柿子) 大家有话快说啊，参与有分