Demo Data from SIGIR 2026 / reviewers in the wild / expert
Donald E. Swartwout
dblp:06/6011
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Data integration and cleaning
schema integration |
0.0 | 1 | 1978 | 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.0 | 1 | 1977 | An Access Path Specification Language for Restructuring Network Databases · SIGMOD Conference 1977 |
Data models and query languages
relational algebra |
0.0 | 1 | 1977 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1982 | Minimal Storage Representations for Binary Relations
Jeffrey C. Lagarias, Donald E. Swartwout |
Inf. Process. Lett. | 2 |
| 1981 | On the Requirements of Navigational Relationship RepresentationsabstractOne 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 Conference | 1 |
| 1980 | Database Theory and its Relationship to Practice
Donald E. Swartwout |
VLDB | 1 |
| 1978 | Towards the Support of Integrated Views of Multiple Databases: An Aggregate Schema FacilityabstractSupporting 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 Conference | 1 |
| 1977 | An Access Path Specification Language for Restructuring Network DatabasesabstractThe 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 Conference | 1 |