Samples Tutorial

     Previous  Next    Open TOC in new window    View as PDF - New Window  Get Adobe Reader - New Window
Content starts here

Glossary

ad-hoc query. A hand-coded or generated query that is passes to Data Services Platform on the fly, rather than stored in the ALDSP repository.

administration console. A Web-based administration tool that an administrator uses to configure and monitor WebLogic Servers. ALDSP provides a console to help manage instances of Data Services Platform.

application. A collection of all resources and components deployed as a unit to an instance of WebLogic Server. The application contains one or more projects, which in turn contain the folders and files that make up your application. Only one application can be open at a time.

cache. The location where ALDSP stores information about commonly executed stored queries for subsequent, efficient retrieval, thereby enhancing overall system performance. ALDSP provides query plan cache and result set cache.

cache policy. In the result set cache, configuration settings determine when the cached results expire for individual stored queries.

data model. A visual representation of data resources.

data object. In SDO, a complex type that holds atomic values and references to other data objects.

data service. A modeled object that describes a data shape and functions used to retrieve and update the data, as well as functions to navigate to other related data services.

data service mediator. The SDO mediator that uses data services to retrieve and update data.

data service update. The engine responsible for handling submits of changes to SDOs

data source. Any structured, semi-structured, or unstructured information that can be queried. The types of data sources that ALDSP can query include relational databases, Web services, flat files (delimited and fixed width), XML files, Java functions, application views using Web applications (business-level interfaces to the data in packaged applications such as Oracle, PeopleSoft, or SAP), data views (dynamic results of ALDSP queries).

data source schema. An XML schema that defines the content, semantics, and physical structure of a data source.

function. A uniquely named portion of an XQuery that performs a specific action. In the case of ALDSP the function would typically query physical or logical data.

Java Server Page (JSP). A J2EE component that extends the Servlet class, and allows for rapid server-side development of HTML interfaces that can be co-mingled with Java.

logical data service. A data service that integrates data from multiple physical and/or logical data services.

mapping. The process of connecting data source schemas to a target (result) schema.

metadata. Descriptors about a data service's information, format, meaning, and lineage.

physical data service. The leaf-level data services that expose external data. For relational sources, this would be a data service representing tables or stored procedures. For functional sources, this would be the functions that are considered to be the initial source of data operated on by XQuery.

project. Groups related files within an application.

query. In ALDSP an XQuery function that retrieves data from a data source. Functions define what tasks the query will perform, while expressions define what data to extract.

query operation. Operation that a query performs, such as a join, aggregation, union, or minus.

query plan. A compiled query. Before a query is run, ALDSP compiles the XQuery code into an executable query plan. When the query executes, the query plan is sent to the data source for processing.

repository. File-based metadata maintained in a ALDSP project.

result set. The data returned from an executed query. There are two types of result sets: intermediate result sets are temporary result sets that the query processor generates while processing an analytical query; final result sets are returned to the client application that requested the query in the form of XML data.

return type. A type of XML schema that defines the shape of data returned by a query.

schema. A model for representing the data types, structure, and relationships of data sets and queries.

security. Set of mechanisms available to prevent access to, corruption of, or theft of data. ALDSP extends the WebLogic Server compatibility security mechanisms to define groups, users, and access control to ALDSP resources.

service data object (SDO). Defines a Java-based programming architecture and API for data access.

Simple Object Access Protocol (SOAP). An extensible, platform-independent, XML-based protocol that allows disparate applications to exchange messages over the Web. SOAP can be used to invoke methods on servers, Web services, application components, and objects in a distributed, heterogeneous environment. SOAP-based Web services are one of the data sources ALDSP supports.

source schema. XML schema that describes the shape (structure and legal elements) of the source data—that is, the data to be queried. The ALDSP-enabled server runs queries against source data and returns query results in the form of the source schema.

stored query. A query that has been saved to the ALDSP repository. There is a performance benefit to using a stored query because its query plan is always cached in memory, optionally along with query result. With an ad-hoc query, however, the query plan and result are not cached. In addition, caching of query results for a stored query is configurable through the Cache tab on the ALDSP node in the Administration Console.

Structured Query Language (SQL). The standard, structured language used for communicating with relational databases. Database programmers use SQL queries to retrieve information and modify information in relational databases. In order to be able to access different types of data sources dynamically, ALDSP employs the XML-based XQuery language as a layer on top of platform-dependent query systems such as SQL.

target schema. See return type.

Weblogic Server. The platform upon which ALDSP is built.

Weblogic Workshop. The IDE in which ALDSP runs as an application.

Web service. Business functionality made available by one company, usually through an Internet connection, for use by another company or software program. Web services are a type of service that can be shared by, and used as components of, distributed Web-based applications. Web services communicate with clients (both end-user applications and other Web services) through XML messages that are transmitted by standard Internet protocols, such as HTTP. Web services endorse standards-based distributed computing. Currently, popular Web Service standards are Simple Object Access Protocol (SOAP), Web services description language (WSDL), and Universal Description, Discovery, and Integration (UDDI).

Web services description language (WSDL). Specification for an XML-based grammar that defines and describes a Web service. A WSDL is necessary if two different online systems need to communicate without human intervention.

xml schema. A structured model for describing the structure, content, and semantics of XML documents based on custom rules. Unlike DTDs, XML schemas are written in XML data syntax and provide more support for standard data types and other data-specific features. When metadata about a data source is obtained, it is stored in an XML schema in the ALDSP repository.

XQuery. An XML query language, which represents a query as an expression which is used to query relational, semi-structured, and structured data.

xsd. An abbreviation for XML Schema Definition. An XSD file describes the contents, semantics, and structure of data within an XML document.


  Back to Top       Previous  Next