An Extended Transaction Environment for Workflows in Distributed Object Computing.

IEEE Data(base) Engineering BulletinPublished 1 January 1993

Dimitrios Georgakopoulos, Mark F. Hornick, Frank Manola, Michael L. Brodie, Sandra Heiler, Farshad Nayeri

Citations29

Abstract

Introduction Distributed object computing is evolving as a new paradigm for solving complex distributed systems problems. It is supported by Distributed Object Management Systems (DOMSs) [MHGH+92], which are object-oriented environments in which distributed, autonomous, and heterogeneous systems (such as database and legacy systems) can be integrated, and complex, non-traditional applications can be developed. A DOMS integrates local systems by representing their data and functionality as objects, and allowing client applications to access them without knowing their location, access language, or data representation. It must ensure correct and reliable execution across multiple objects. The scope of a DOMS ranges from small centralized systems to massive world-wide information systems. There is increasing interest in specifying applications in a DOMS environment as workflows involving distributed objects. A workflow is a collection of tasks organized to accompli

Keywords

Computer ScienceDecision Sciences

Communications of the ACMThe POSTGRES next generation database management system

429 Citations1991Michael Stonebraker, Greg Kemnitz

View PDF

IEEE Transactions on Knowledge and Data EngineeringThe implementation of POSTGRES

412 Citations1990Michael Stonebraker, Lawrence A. Rowe +1 more

The design and implementation decisions made for the three-dimensional data manager POSTGRES are discussed, and attention is restricted to the DBMS backend functions.

Predicate migration

273 Citations1993Joseph M. Hellerstein, Michael Stonebraker

This paper develops a theory for moving expensive predicates in a query plan so that the total cost of the plan — including the costs of both joins and restrictions — is minimal, and presents an algorithm to implement the theory, as well as results of the implementation in POSTGRES.

An implementation of a log-structured file system for UNIX

233 Citations1993Margo Seltzer, Keith Bostic +2 more

This paper presents a redesign and implementation of the Sprite, a log-structured file system that is more robust and integrated into the vnode interface that is superior to the 4BSD Fast File System (FFS) in a variety of benchmarks and not significantly less than FFS in any test.

Input/output behavior of supercomputing applications

137 Citations1991Ethan L. Miller, Randy H. Katz

The Design and Implementation of the Inversion File System.

103 Citations1993Mark A. Olson

Inversion provides a rich set of services to file system users, and manages a large tertiary data store, and takes advantage of low-level DBMS services to provide transaction protection, fine-grained time travel, and fast crash recovery for user files and file system metadata.

Proceedings of the IEEEHigh-performance network and channel-based storage

43 Citations1992Randy H. Katz

The emphasis is on the integration of storage and network services and the challenges of managing the complex storage hierarchy of the future: file caches, online disk storage, nearline data libraries, and offline archives.

Large object support in POSTGRES

23 Citations2002Michael Stonebraker, Mark A. Olson

Four implementations that support large objects in the POSTGRES database system are presented and the performance of all four large object implementations on two different storage devices is described.

Research Showcase @ Carnegie Mellon University (Carnegie Mellon University)A Summary of the CLARIT project

18 Citations2018David A. Evans

View PDF

The Sequoia 2000 object browser

9 Citations2003J. Chen, Ray R. Larson +1 more

The authors explain the paradigm that they are following for Sequoia 2000 object browsers, which is intended to be a keyboard-free interface, and is based on the move and zoom paradigm popularized for US Navy ships by SDMS.