通信和数据库技术的发展，已经改变了用户处理数据方式。当前数据处理的特点是日渐增长的应用需求，要求存取预先存在的局部数据，这些数据分布在异构软、硬件的网络节点上。一个多数据库系统MDBS允许用户存取多个分布的、异构的、自治的数据库(DBMS)中的数据。在多数据库中，全局事务是在MDBS的控制下执行，局部事务在局部DBMS控制下独立执行。不同的局部数据库可能采用不同的事务处理机制。每个局部DBMS对其上的全局子事务和局部事务有完全的控制权，如在事务的任何执行点上终止事务。典型地，局部数据库应该没有设计和结构的变化。局部数据库之间彼此独立，互相不能协调，因而传统同构系统事务处理技术如原子提交和事务一致性不适合多数据库，我所作的工作理论上探讨多数据库事务的原子提交策略和一致性策略，编程上探讨原型系统Panorama的实现和查询处理服务器的实现。 第一，探讨多数据库事务的原子提交策略，同构系统的各种方法不适合异构系统，因为这些方法需要特殊的提交过程，而已存在的局部数据库事务管理器不支持它们。系统阐述了两种提交策略：先提交策略和后提交策略，它不改变现有的事务管理器。其中，后提交策略需要在已存在的局部数据库增加并发控制和恢复部件，增加了运行负荷。提出多级事务是为了在集中数据库中增加并发度，如果多级事务用在异构系统中，两种提交策略重用该事务模型中的并发和恢复机制，以便使全局事务原子提交。特别值得一提的是：先提交策略与多级事务的结合，还能增加事务处理的并发度而不增加运行负荷。 第二，研究了多数据库事务保持一致性的问题。全局串行化是传统数据库事务一致性准则。但是在多数据库中保持全局串行化很难。在多数据库环境下，实现全局串行化的主要困难在于解决多数据库事务之间的间接冲突，局部事务很难解决间接冲突，因为局部事务的行为甚至局部事务本身，全局事务并不知道。为了解决这个问题，在全局事务的每个子事务之间增加数据操作，以便在每个成员数据库的全局子事务之间创造直接冲突，典型的方法是ticket算法。ticket算法的条件是局部数据库只保证局部数据库的串行化执行，它不侵犯局部自治性，但能保证全局事务的串行化。它的缺点是并发度很低。在多数据库中解决低并发度的一种办法是放松串行化的要求，如两级串行化2LSR，在多数据库中确保2LSR执行是比较简单的，并能取得很高的并发度。应用该算法和多数据库的完整性约束，根据实际情况，划分不同的多数据库模型，并能保持事务的一致性。划分的模型覆盖了很多多数据库实际环境。 第三，阐述了CORBA规范。在多数据库中用CORBA作为丈撑平台，有很多优点，CORBA能够处理平台级的异构性，并能提供位置和实现的透明性，换句话说，对象的实现和对象位置的改变对客户端无任何影响，它减少了客户端代码的复杂性，不改变客户端代码，客户端能发现新类型对象，CORBA的这种结构十分有用，在注册新的DBMS并不影响已存在的系统，它也能减少开发的代码量，而且，它能提供很多在数据库级别处理异构性功能和一些在应用级别处理交互性的功能。 第四，系统描述了一个基于CORBA的多数据库原型系统Panorama实现给出了Panorama中的主要设计思想和使用的基本技术策略，如Panorama体系结构、模式集成、基本实现策略、查询处理、事务处理、客户端程序等，Panorama中集成了三个数据库ORACLE、SYABASE、DM2。目前的实现允许用户通过一种基于SQL标准的全局查询语言，存取局部数据库中的数据，到目前为止，它支持分布式计算，跨平台操作，不指明数据源，并发机制，如多用户同时进行select操作，能处理update语句，它还能处理嵌套事务。9”最后，介绍了多数据库原型系统Palxxallla，查询处垣u巳易器的设计和实现，给出了查询处 良 务器的所使用的数据结构，输入输出参数，查询处酬良务器的功能描述和工作流程描述；并分析了 Panon的优点和ie6．，指明了今后的努力方向。