Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Donald E. Swartwout

dblp:06/6011 · DBLP profile ↗
← Back
5ranked-venue papers
4as first author
0since 2021 · last 1982
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Databases, data management, data science and information retrieval · 5 · 4 first-authorTheory of computation · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Databases, data mining, and information retrieval
4 papers
Data models and query languages · 46% Database system architecture and tuning · 24% Database theory · 17%

Topics — the 3 heaviest of 6, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Data integration and cleaning
schema integration
0.011978
Towards the Support of Integrated Views of Multiple Databases: An Aggregate Schema Facility · SIGMOD Conference 1978
Data models and query languages › schema management
database restructuring
0.011977
An Access Path Specification Language for Restructuring Network Databases · SIGMOD Conference 1977
Data models and query languages
relational algebra
0.011977
An Access Path Specification Language for Restructuring Network Databases · SIGMOD Conference 1977

Methods — techniques the papers use, named apart from their topics

powerset representation · 0.0companionship property · 0.0CODASYL/DBTG schema definition · 0.0
YearPublicationVenuePosition
1982 Minimal Storage Representations for Binary Relations
Jeffrey C. Lagarias, Donald E. Swartwout
Inf. Process. Lett.2
1981 On the Requirements of Navigational Relationship Representations
abstract
One of the problems which confront designers, implementers, and users of database management systems is the very large amounts of space often required to store a database in a computer system. In general, that space is used for two purposes: to represent certain atomio units of data and to represent certain relationships among those atomic units. This paper investigates the second aspect of the problem, the storage requirements of relationship representations. The class of navigational representations is defined, and several relationship representation techniques commonly used in database management systems are shown to be navigational. Two additional techniques for constructing relationship representations are presented. The first produces more compact representations than the standard techniques by taking advantage of a property of relationships called companionship. The second technique, called the powerset representation, always achieves a worst-case lower bound on the size of navigational relationship representations.
Donald E. Swartwout, Jeffrey C. Lagarias
SIGMOD Conference1
1980 Database Theory and its Relationship to Practice
Donald E. Swartwout
VLDB1
1978 Towards the Support of Integrated Views of Multiple Databases: An Aggregate Schema Facility
abstract
Supporting multiple user views of databases is currently an important problem area in database management system development. An interesting facet of this problem arises whenever a user needs an integrated view of several distinct databases. Using traditional database concepts, an aggregate schema facility has been developed to address this problem. The basic functions of an aggregate schema facility are discussed, as well as their implementation in a CODASYL/DBTG-like environment. Interest in an aggregate schema facility grew out of a problem in restructuring large databases. The application of this facility to restructuring is discussed, as well as potential applications to dynamic translation and distributed databases.
Donald E. Swartwout, James P. Fry
SIGMOD Conference1
1977 An Access Path Specification Language for Restructuring Network Databases
abstract
The Access Path Specification Language (APSL) is a high-level essentially nonprocedural language for specifying restructuring transformations of network databases. It does so in terms of application-oriented concepts such as access strategies and selection criteria. APSL's approach to restructuring emphasizes description of the source structures from which target data is to be retrieved, rather than the operations needed to convert source constructs to target constructs. The latter approach is used by most current systems to restructure hierarchical data.APSL is based on the Relational Interface Model (RIM) of data, which permits a suitably restricted network database to be viewed simultaneously as a relational database in first normal form. Any restructuring of a RIM database which can be performed by the relational algebra operations Join, Select, Project, and Union can be described in APSL.APSL has been implemented as the restructuring specifications language in the Michigan Data Translator.
Donald E. Swartwout
SIGMOD Conference1