EDBT 2026 Demo / reviewers in the wild / expert
David Beech
dblp:39/1371
· DBLP profile ↗
10ranked-venue papers
8as first author
0since 2021 · last 1993
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Databases, data management, data science and information retrieval · 6 · 4 first-authorSoftware engineering, systems software and programming languages · 3 · 3 first-authorComputer networks · 1 · 1 first-author
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
6 papers |
Data models and query languages · 65% Database system architecture and tuning · 23% Transaction processing and concurrency control · 11% | |
| Software engineering, system software, and programming languages
2 papers |
Requirements engineering and software design · 71% Programming languages and type systems · 29% | |
| Artificial intelligence
1 paper |
Probabilistic and Bayesian machine learning · 100% |
Topics — the 10 heaviest of 12, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Data models and query languages
object-relational database |
0.0 | 1 | 1993 | Collections of Objects in SQL3 · VLDB 1993 |
Data models and query languages
object-oriented database |
0.0 | 2 | 1988 | Generalized Version Control in an Object-Oriented Database · ICDE 1988 Iris: An Object-Oriented Database Management System · ACM Trans. Inf. Syst. 1987 |
Database system architecture and tuning › database system implementation
database management system design |
0.0 | 1 | 1990 | "The Committee for Advanced DBMS Function": Third Generation Data Base System Manifesto · SIGMOD Conference 1990 |
Data models and query languages
object-oriented data model |
0.0 | 1 | 1988 | Intensional Concepts in an Object Database Model · OOPSLA 1988 |
Transaction processing and concurrency control
version control |
0.0 | 1 | 1988 | Generalized Version Control in an Object-Oriented Database · ICDE 1988 |
Data models and query languages › data modeling
unified data model |
0.0 | 1 | 1983 | The Integrated Data Model: A Database Perspective · VLDB 1983 |
Data models and query languages › object-relational database
object-relational data model |
0.0 | 1 | 1990 | "The Committee for Advanced DBMS Function": Third Generation Data Base System Manifesto · SIGMOD Conference 1990 |
Machine learning › Probabilistic and Bayesian machine learning
statistical inference |
0.0 | 1 | 1988 | Intensional Concepts in an Object Database Model · OOPSLA 1988 |
Database system architecture and tuning
database design |
0.0 | 1 | 1983 | The Integrated Data Model: A Database Perspective · VLDB 1983 |
Programming languages and type systems
language semantics |
0.0 | 1 | 1973 | On the Definitional Method of Standard PL/1 · POPL 1973 |
Methods — techniques the papers use, named apart from their topics
formal grammar · 0.0abstract machine · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1993 | Collections of Objects in SQL3
David Beech |
VLDB | 1 |
| 1990 | "The Committee for Advanced DBMS Function": Third Generation Data Base System Manifesto
Michael Stonebraker, Lawrence A. Rowe, Bruce G. Lindsay 0001, Jim Gray 0001, Michael J. Carey 0001, David Beech |
SIGMOD Conference | 6 |
| 1988 | A Foundation for Evolution from Relational to Object Databases
David Beech |
EDBT | 1 |
| 1988 | Generalized Version Control in an Object-Oriented DatabaseabstractAn important function of an engineering database management system is to support incremental and cooperative design in an orderly way. This calls for a version-control mechanism of some generality if it is to be appropriate to the design of complex objects. The authors consider the nature of design objects, and develop some functional requirements for version control of such objects. They outline the basic object-oriented database model, which they take as the foundation for their proposal. They then discuss the relationship between versions and the objects they exemplify, describe the mechanisms for the creation of versioned objects and the conversion of non-versioned objects to versioned form, study the impact on referencing and type checking in the object model, and arrive at a flexible notion of a context containing rules for version selection. Their implementation of some of these concepts is also described.> David Beech, Brom Mahbod |
ICDE | 1 |
| 1988 | Intensional Concepts in an Object Database ModelabstractThere is a requirement for a stronger treatment of intentional concepts and more general inferential ability within database systems. A framework for achieving this will be described in terms of extensions to an object data model. David Beech |
OOPSLA | 1 |
| 1987 | Iris: An Object-Oriented Database Management System
Daniel H. Fishman, David Beech, H. P. Cate, E. C. Chow, Tim Connors, J. W. Davis, Nigel Derrett, C. G. Hoch, William Kent, Peter Lyngbæk, Brom Mahbod, Marie-Anne Neimat, Thomas A. Ryan Jr., Ming-Chien Shan |
ACM Trans. Inf. Syst. | 2 |
| 1984 | Modularity in the Design and Standardisation of Open Systems
David Beech |
Comput. Networks | 1 |
| 1983 | The Integrated Data Model: A Database Perspective
David Beech, J. Samuel Feldman |
VLDB | 1 |
| 1982 | Modularity of Computer LanguagesabstractAbstract Accepting the coexistence of a variety of computer languages as a fact of life, this paper seeks to make a virtue of necessity by proposing a modular framework within which these languages can be used. Examples of the types of languages considered are command languages, programming languages, data manipulation and definition languages, data communication languages and text editor languages. Aspects of syntactic modularity and semantic modularity are distinguished, and some answers to difficult questions are suggested, leading to a proposal for specific RUN and EXECUTE constructs that should be made widely available. Discussion is mainly at the level of the visible and conceptual concerns of the end user and the system architect, but the actual implementation of interconnection mechanisms is not totally ignored. A tutorial outline is offered as an indication of how the underlying ideas might be introduced to non‐specialists, and might even become a part of elementary education. David Beech |
Softw. Pract. Exp. | 1 |
| 1973 | On the Definitional Method of Standard PL/1abstractIn order to define the semantics of PL/I in a form which is both precise and readable, a method of definition has been developed which employs an abstract machine operating on tree-structured data. The classes of trees involved are defined by formal grammars, while the algorithms governing the behaviour of the machine are expressed semi-formally in prose. This algorithmic metalanguage is itself intended to have largely intuitive semantics, but these are made more precise by an indication of how they could be supported at a lower level of detail within the abstract machine. David Beech |
POPL | 1 |