
Principles of Dataspace Systems Alon Halevy Michael Franklin David Maier Google Inc. University of California, Berkeley Portland State University ABSTRACT managing the evolution of data and metadata. The most acute information management challenges today stem Such challenges are ubiquitous – they arise in enterprises from organizations relying on a large number of diverse, inter- (large or small): within and across government agencies, large related data sources, but having no means of managing them science-related collaborations, libraries (digital or otherwise), in a convenient, integrated, or principled fashion. These chal- battlefields, in “smart” homes, search for structured content lenges arise in enterprise and government data management, on the WWW and even on one's PC desktop or other personal digital libraries, “smart” homes and personal information man- devices. In each of these scenarios, however, there is some agement. We have proposed dataspaces as a data management identifiable scope and control across the data and underlying abstraction for these diverse applications and DataSpace Sup- systems, and hence one can identify a space of data, which, if port Platforms (DSSPs) as systems that should be built to pro- managed in a principled way, will offer significant benefits to vide the required services over dataspaces. Unlike data inte- the organization. gration systems, DSSPs do not require full semantic integra- We recently introduced dataspaces as a new abstraction for tion of the sources in order to provide useful services. This data management in such scenarios, and proposed the design paper lays out specific technical challenges to realizing DSSPs and development of DataSpace Support Platforms (DSSPs) as and ties them to existing work in our field. We focus on query a key agenda item for the data management field [22]. In a answering in DSSPs, the DSSP's ability to introspect on its nutshell, a DSSP offers a suite of interrelated services and content, and the use of human attention to enhance the seman- guarantees that enables developers to focus on the specific tic relationships in a dataspace. challenges of their applications, rather than on the recurring challenges involved in dealing consistently and efficiently with large amounts of interrelated but disparately managed data. In 1. INTRODUCTION particular, a DSSP helps to identify sources in a dataspace and Most data management scenarios today rarely have a situa- inter-relate them, offers basic query mechanisms over them, tion in which all the data can be fit nicely into a conventional including the ability to introspect about the contents. A DSSP relational DBMS, or into any other single data model or sys- also provides some mechanisms for enforcing constraints and tem. Instead, users and developers are often faced with a set some limited notions of consistency and recovery. of loosely connected data sources and thus must individually Traditionally, data integration and data exchange systems [34] and repeatedly address low-level data management challenges have aimed to offer many of the purported services of datas- across heterogeneous collections. The first set of challenges pace systems. In fact, DSSPs can be viewed as the next step in are user facing functions, and include locating relevant data the evolution of data integration architectures, but are distinct sources, providing search and query capability and tracing lin- from current data integration systems in the following way. eage and determining accuracy of the data. The second set of Data integration systems require semantic integration before challenges, on the administration side, include enforcing rules, any services can be provided. Hence, although there is not a integrity constraints and naming conventions across a collec- single schema to which all the data conforms and the data re- tion, providing availability, recovery and access control, and sides in a multitude of host systems, the data integration sys- tem knows the precise relationships between the terms used in each schema. As a result, significant upfront effort is required in order to set up a data integration system. Permission to make digital or hard copies of all or part of this work for Dataspaces are not a data integration approach; rather, they personal or classroom use is granted without fee provided that copies are are more of a data co-existence approach. The goal of datas- not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. To copy otherwise, to pace support is to provide base functionality over all data sources, republish, to post on servers or to redistribute to lists, requires prior specific regardless of how integrated they are. For example, a DSSP permission and/or a fee. can provide keyword search over all of its data sources, simi- PODS'06, June 26–28, 2006, Chicago, Illinois, USA. lar to that provided by existing desktop search systems. When Copyright 2006 ACM 1­59593­318­2/06/0003 ...$5.00. more sophisticated operations are required, such as relational- We begin by describing several motivating applications for style queries, data mining, or monitoring over certain sources, DSSPs that illustrate some of the main requirements from such then additional effort can be applied to more closely integrate systems. those sources in an incremental, “pay-as-you-go” fashion. Sim- ilarly, in terms of traditional database guarantees, initially a Personal Information Management: The goal of Personal DSSP can only provide weaker guarantees of consistency and Information Management (PIM) [19, 21, 24, 42] is to offer durability. As stronger guarantees are desired, more effort can easy access and manipulation of all of the information on a be put into making agreements among the various owners of person's desktop, with possible extension to mobile devices, data sources, and opening up certain interfaces (e.g., for com- personal information on the Web, or even all the information mit protocols). In a sense, the dataspace approach postpones accessed during a person's lifetime. the labor-intensive aspects of data integration until they are Recent desktop search tools are an important first step for absolutely needed. PIM, but are limited to keyword queries. Our desktops typ- The following properties distinguish DSSPs from traditional ically contain some structured data (e.g., spreadsheets) and databases and data integration systems: there are important associations between disparate items on the desktop. Hence, the next step for PIM is to allow the user • A DSSP must deal with data and applications in a wide to search the desktop in more meaningful ways. For exam- variety of formats accessible through many systems with ple, “find the list of students who took my database course different interfaces. A DSSP is required to support all last quarter”, or “compute the aggregate balance of my bank the data in the dataspace rather than leaving some out, accounts”. We would also like to search by association, e.g., as with DBMSs. “find the email that John sent me the day I came back from Hawaii”, or “retrieve the experiment files associated with my • Although a DSSP offers an integrated means of search- SIGMOD paper this year”. Finally, we would like to query ing, querying, updating, and administering the datas- about sources, e.g., “find all the papers where I acknowledged pace, often the same data may also be accessible and a particular grant”, “find all the experiments run by a partic- modifiable through an interface native to the system host- ular student”, or “find all spreadsheets that have a variance ing the data. Thus, unlike a DBMS, a DSSP is not in full column”. control of its data. The principles of dataspaces in play in this example are that (1) a PIM tool must enable accessing all the information on the • Queries to a DSSP may offer varying levels of service, desktop, and not just an explicitly or implicitly chosen subset, best-effort and in some cases may return or approximate and (2) while PIM often involves integrating data from mul- answers. For example, when individual data sources are tiple sources, we cannot assume users will invest the time to unavailable, a DSSP may be capable of producing the integrate. Instead, most of the time the system will have to best results it can, using the data accessible to it at the provide best-effort results, and tighter integrations will be cre- time of the query. ated only in cases where the benefits will clearly outweigh the • A DSSP must offer the tools and pathways to create investment. tighter integration of data in the space as necessary. Scientific data management: Consider a scientific research group working on environmental observation and forecasting. Much of the ongoing work in our community is already very They may be monitoring a coastal ecosystem through weather relevant to the development of DSSPs. The goal of this paper stations, shore- and buoy-mounted sensors and remote imagery. is to describe several specific challenges to building DSSPs, In addition they can be running atmospheric and fluid-dynamics put them in the context of existing recent work, and propose models that simulate past, current and near-future conditions. a set of principles to underly this body of work. This paper The computations may require importing data and model out- is slightly biased towards problems of theoretical nature, and puts from other groups, such as river flows and ocean circula- does not attempt to be comprehensive in its coverage of the tion forecasts. The observations and simulations are the inputs challenges, and certainly not in its coverage of existing work. to programs that generate a wide range of data products, for The original vision for DSSPs and a description of its proposed use within the group and by others: comparison plots between components appear in [22].
Details
-
File Typepdf
-
Upload Time-
-
Content LanguagesEnglish
-
Upload UserAnonymous/Not logged-in
-
File Pages10 Page
-
File Size-