CIMS工程数据库的分布式在线事务处理控制系统

本文介绍一个ＣＩＭＳ工程数据库的分布式在线事务处理控制系统ＤＯＴＳ，它是一个基于客户／服务器结构的、能与ＣＩＭ全局协调的集成数据分布式在线事务处理控制系统的原型     

基于CORBA的分布式事务处理分析

分析了在事务对象服务(OTS)下的分布式事务处理.使用OTS将分布式对象技术与事务处理技术结合起来,利用两阶段提交协议和恢复日志等技术,有效地保证了分布式事务的ACID性质.最后在了解了OTS体系结构的基础上,描述了OTS事务的执行与分解.     

基于角色的分布式事务处理模型设计

传统的事务处理主要应用于数据库系统和操作系统领域。随着网络技术和分布式对象技术的飞速发展,在大型的、分布的、异构的计算环境中也广泛引入了事务处理技术。通过比较分析目前主要分布式事务处理模型的优缺点,在异构数据集成系统中设计一种基于角色的Agent分布式事务处理模型,旨在异构数据集成系统中建立高性能、高可用性的应用。     

基于角色的分布式事务处理模型设计

传统的事务处理主要应用于数据库系统和操作系统领域.随着网络技术和分布式对象技术的飞速发展,在大型的、分布的、异构的计算环境中也广泛引入了事务处理技术.通过比较分析目前主要分布式事务处理模型的优缺点,在异构数据集成系统中设计一种基于角色的Agent分布式事务处理模型,旨在异构数据集成系统中建立高性能、高可用性的应用.     

对象事务服务与数据库集成机制研究

在分布式事务处理系统中需要持久存储的数据资源的参与来保证事务的持久性,数据库系统（DBMS）的广泛使用为事务系统提供了丰富的数据源,将分布式事务系统同现有的数据库系统的集成具有非常重要的意义,本文研究了通用请求代理体系结构（CORBA中的对象事务服务（OTS）和关系数据库系统的集成机制,提出了对象事务服务和数据库系统集成模型,设计并实现了数据库连接器DBConnector,完成了事务服务系统和数据库系统的无缝集成。     

使用CORBA进行分布式事务处理

论述了ＣＯＲＢＡ开发者的新兴需求,需要理解怎样使用事务处理部件来同化当前基于ＣＯＲＢＡ的系统与传统的关系组件系统。阐述ＣＯＲＢＡ对象事务服务（ＯＴＳ）是怎样被构造的,然后根据规范描述了它的一些显著特点。解释了事务模型,事务语义,生命周期服务。详细描述了传统的非ＣＯＲＢＡ组件ＸＡ＿Ｃｏｍｐｌｉａｎｔ资源管理器怎样通过ＯＴＳ被一个真正的ＣＯＲＢＡ事务吸收。     

企业网环境下控制软件的新发展

本文论述了企业网环境下控制软件的新发展。阐明了软件开发的标准：组件对象模型（ＣＯＭ）／分布式组件对象模型（ＤＣＯＭ）；软件运行的系统结构：客户机／服务器结构     

COM / DCOM和MTS的优点

本文介绍了分布对象技术ＣＯＭ／ＤＣＯＭ的二进制标准、对象定位及其ＭＴＳ（Ｍｉｃｒｏｓｏｆｔ Ｔｒａｎｓａｃｔｉｏｎ Ｓｅｒｖｅｒ）事务处理模型,从ＣＯＭ／ＤＣＯＭ技术角度阐述了ＭＴＳ的优点。     

Web服务事务处理应用模型

本文利用Web服务的应用程序组件特性，配合分布式事务处理的两阶段提交机制，建立了一个Web服务与事务处理协调操作的应用模型。实际应用不需修改Web服务内部代码，特别有利于企业应用的后期维护和系统升级。     

面向对象分布式事务处理的并发控制

面向对象的概念和方法，在分布式计算系统的研究中得到了广泛的应用。本文给出了一个面向的分布式事务处理模型，提出了适应此模型的并发控制算法，并对算法的正确性进行了证明。     

事务处理技术综述

事务处理技术是保证信息可靠性和一致性的重要技术。事务是具有ACID(atomicity,consistency,isolationanddurability)特性的原子操作序列,它的概念最早来源于数据库管理系统,用来保证应用程序对数据库访问的一致性和可靠性。在早期应用中,商用DBMS系统内部集成的事务管理器提供应用所需的事务处理功能。随着网络技术的发展以及应用需求的变化,以往集中式应用演化发展为网络分布应用,数据和处理分布在不同的计算机上。此时事务管理功能由专门的中间件(例如事务监控器)提供,事务处理技术也发展为分布式事务处理。     

传感器网络中数据融合过程的事务分析与建模

传感器网络是计算机科学技术的一个新的研究领域，它综合了传感器技术、嵌入式计算技术、分布式信息处理技术和通信技术，能够协作地实时监测、处理各种环境或监测对象的信息并传送给用户，具有十分广阔的应用前景。本文以面向事务的观点，基于事务工作流模型，结合数据的时间特性、事务流的依赖关系及数据与事务流间的相互关联，提出事务的控制区域的概念并给出一种基于应用事务的行为语义控制区域的事务模型，为传感器网络数据融合过程提供一个适当的正式模板；给出该模型的提交、回滚、可见定理及规则；通过性能测试，表明该模型提高了数据的相对外化率；模型主要解决了在分布的多用户环境下系统如何控制应用，保证应用语义逻辑的一致性。     

事务处理技术研究综述

事务处理技术是保证信息一致性和可靠性的关键技术．首先阐述了事务处理技术的起源与发展，总结了并发与恢复两个核心技术的研究现状，探讨了平坦事务模型的各种表现形式，接着研究了各种扩展事务模型和事务工作流，概括了多库、面向对象数据库、实时数据库和移动数据库等现代数据库中的事务处理技术，分析了相关研究的进展，最后结合已有的研究成果，展望了其未来研究方向及面临的挑战．     

分布式主动实时事务语义模型与静态预分析

为支持分布式主动实时数据库事务处理的可预测性,提出了一种新的基于树的事务语义模型,该模型利用事务“关节点”的概念能较好地描述分布式主动实时事务的语义与结构特征,并能有效地支持分布式主动实时事务预分析处理与动态预测的结合。另外,分析了分布式主动实时事务的静态语义信息,构造了静态事务信息集合。     

移动事务处理技术研究进展

在移动计算环境中，移动用户能够随时随地访问所需的信息，移动计算环境应提供相应的事务处理能力。但是，由于移动计算环境的限制，移动事务不完全等同于传统事务。提出了移动事务的概念和特征，分析了移动事务处理的目标，讨论了典型的移动事务模型，并对这些移动事务处理模型进行了比较和总结。     

移动环境下实时事务处理

1 引言实时数据库就是其中的事务和数据都可能有时间限制的数据库。近些年来,越来越多的研究人员对于移动实时数据库系统(Mobile Real-Time Database System:MRTDBS)中高效的事务处理方法进行了研究,一般认为移动实时数据库就是移动环境(如GSM网络和无线局域网)所支持的实时数据库系统。对于实时事务来说,其完成时间一般有相应的时间约束,满足事务截止时间约束往往比事务逻辑完全正确更重要,例如对于股票查询的延迟响应会导致失去很好的交易机会。为了满足事务的截止时间约束,人们提出了不同的事务调度技术和并发控制协议。     

一种基于移动环境的混合乐观实时事务处理策略

随着移动计算技术的快速发展，移动环境下涉及到实时事务处理的应用需求正逐渐增长．由于移动环境下固有特性：高的网络延迟、频繁的断接性和移动性等，采用传统的事务处理技术，在移动环境下很难满足事务的截止期要求．提出了一种基于高优先级两段锁的混合乐观实时事务并发控制协议(HORTCC—SHP2PL)．该协议在移动实时事务处理中将乐观并发控制和高优先级两段锁结舍起来，利用两阶段提交协议实现移动实时事务的全局提交．为了进一步减少移动实时事务重启的数目．在并发控制协议中引入了相似性的概念．仿真实验显示．与分布式高优先级两段锁(HP2PL)比较，HORTCC—SHP2PL明显地减少了实时事务错过截止期的比率，提高了事务的并发度，能更好的满足移动实时事务截止期的要求．     

基于Web服务的工作流事务处理的研究与实现

事务处理是Web服务实现分布式信息集成的关键技术之一,利用工作流技术实现Web服务的事务处理是实现分布式事务的一种有效手段.提出一个能够处理分布式、异构应用下Web服务组合事务的模型,并详述Web服务事务在执行过程中抛出异常时,补偿事务的产生策略和执行机制.     

Large scale interoperability and distributed transaction processing

This article integrates an interoperability architecture, the OSCA^TM architecture, and a distributed transaction processing protocol, the X/Open^® Distributed Transaction Processing model, into a unified model of large scale interoperability and distributed transaction processing. Applications supporting different business operations are often deployed in heterogeneous environments in which applications are stand alone islands and operations are fragmented. But in order to have integrated operations, a loosely coupled system of autonomous applications is required often bound together via a distributed transaction processing protocol. This article describes a model for this configuration. It will propose that the span of control of a transaction manager defines the transaction environment for a single application. Any two applications need not conform to the same supplier's transaction environment nor reside in the same environment. Interoperability must be provided among applications, since any one application cannot assume that any other application is under the control of the same transaction manager. Requirements are imposed upon the interactions of applications to support interoperability. The interface between transaction managers must be compatible with these requirements. Other distributed architecture standards must define the requirements for release independence, resource independence, accessibility transparency, location transparency, contract interfaces, and secure environment.