![]() |
CiteULike | ![]() |
Group: Oracle_10g_Group | ![]() |
![]() |
|
![]() |
Register | ![]() |
Log in | ![]() |
How can we support Grid Transactions? Towards Peer-to-Peer Transaction ProcessingSecond Biennial Conference on Innovative Data Systems Research (CIDR) (4 January 2005), pp. 174-185.
|
Reviews
[Write a review of this article]
Find related articles from these CiteULike users
Find related articles with these CiteULike tags
Posting History
AbstractToday, we witness a merger between Web services and grid technology towards an open grid service infrastructure that especially satisfies the demands of complex computations on huge volumes of data. Such applications are specified as combinations of services and are executed as workflow processes. While transactional support was neglected for (business) workflows, in the grid domain we observe not only a more general usage of workflow technology but also a stronger awareness of transactional guarantees. The rigid database notions of atomicity and isolation are however not suited for composite services in grid applications because of their complexity and duration. Beyond, the level of abstraction in the grid is far above database pages such that two-phase commit combined with two-phase locking as the state-of-the-art for distributed transactions is not adequate. Rather, compensation of services, restarting services, and invoking alternative services are needed. In this context many questions are open. How does the infrastructure detect and handle con- flicts? What happens if a service is unavailable? Can we locally decide whether a distributed execution of transactions is globally correct? In this paper, we tackle some of these questions and sketch an approach to ensuring globally correct executions of transactional processes without a global coordinator.
BibTeX record
RIS record