next up previous contents
Next: ConceptBase Architecture Up: Introduction Previous: Introduction

Background and History

Proposals for next-generation databases [BMS84] stem from three traditions:

A sample of the former two groups of systems is described in [TKDE90], whereas several prototypes of the latter are reported in [SIGA91]. Although a certain confluence can be observed, these systems do not only differ in their background theories but also in their intended application domains.

The first group wants to support non-standard applications such as the handling of complex engineering objects. The second group aims at an easier programming environment for standard applications: additionally, they emphasize the goal of making applications written in different languages interoperable.

The third group pursues, as one of its goals, the support for AI applications such as natural language understanding or expert systems. However, this may remain a fairly limited portion of the software market. The reason why we became interested in this group of languages is therefore a slightly different one: the important role we expect them to play in meta data management. Meta data applications range from the uniform access to heterogeneous data sources, to the coordination of design processes, to the integration of heterogeneous information services in networked production chains, whole enterprises, or even trans-national networks. In these applications which are crucial for the huge integration tasks to be tackled in the 1990s, the possibility not only to execute systems but also to reason formally about their structure and capabilities, can be considered a competitive advantage over the other approaches. ConceptBase has provided some validity to this claim by extensive usage experiments in several of the above areas.

The language underlying ConceptBase, Telos, has been one of the earliest attempts to integrate deductive and object-oriented data models [Stan86, MBJK90]. The O-Telos [Jeus92] dialect supported in ConceptBase takes a conservative integration approach, with the main design goals of semantic simplicity, symmetry of deductive and object views, flexibility and extensibility. This emphasis, technically supported by a careful mapping of Telos to Datalog with negation, has paid off both in user acceptance and ease of implementation. In essence, ConceptBase is based on deductive database technology woth object-oriented abstraction principles like object identity, class membership, specialization and attribution being coded as pre-defined deductive rules and integrity constraints.

Development of ConceptBase started in late 1987 in the context of ESPRIT project DAIDA [Jark93] and was continued within ESPRIT Basic Research Actions Compulog 1 and 2 (1989 - 1995), the ESPRIT LTR project DWQ (Foundations of Data Warehouse Quality, 1996-1999), and the ESPRIT project MEMO (Mediating and Monitoring Electronic Commerce, 1999-2001). Versions have been distributed for research experiments since early 1988. The stable distribution versions, ConceptBase V3.3, V4.1, V5.2 and V6.1 have been installed at more than five hundred sites worldwide and is seriously used by about a dozen research projects in Europe and the Americas.


next up previous contents
Next: ConceptBase Architecture Up: Introduction Previous: Introduction

ConceptBase Team