Data processing: database and file management or data structures – Database design – Data structure types
Reexamination Certificate
1999-01-07
2002-07-09
Corrielus, Jean M. (Department: 2172)
Data processing: database and file management or data structures
Database design
Data structure types
C707S793000, C707S793000, C707S793000, C707S793000
Reexamination Certificate
active
06418450
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
This invention relates in general to database management systems performed by computers, and in particular, to systems that process data within database management systems.
2. Description of Related Art
Databases are computerized information storage and retrieval systems. A Relational Database Management System (RDBMS) is a database management system (DBMS) which uses relational techniques for storing and retrieving data. Relational databases are organized into tables which consist of rows and columns of data. The rows are formally called tuples. A database will typically have many tables and each table will typically have multiple tuples and multiple columns. The tables are typically stored on random access storage devices (RASD) such as magnetic or optical disk drives for semi-permanent storage.
In recent years DBMSs have become increasingly popular for several factors, including the decrease in the cost of storage devices and the increased need to store and track electronic information. As DBMSs become increasingly popular, more and more data is stored in databases, and handling, storing, analyzing, archiving, moving, and collating the data becomes more of a concern to those utilizing such data.
To manage this increasing data load various software aids, sometimes referred to as utilities, have been developed. One thing that utilities have in common is that utilities assist users in managing data. They may be simple, such as a back up utility, which merely copies several files. They may be more complex, such as a structured query language interface, which has evolved into a standardized mechanism for manipulating data. They also may be complex and sophisticated on line analytical processing programs (OLAP) which are designed to do complex analytical processing.
Relational DataBase Management System (RDBMS) software using a Structured Query Language (SQL) interface is well known in the art. The SQL interface has evolved into a standard language for RDBMS software and has been adopted as such by both the American National Standards Institute (ANSI) and the International Standards Organization (ISO).
Today, a DBMS can instead be an object-oriented database management system (OODBMS). An object-oriented database is organized into objects having members that can be pointers to other objects. One of the key features of an OODMBS is the ability to navigate between objects using these pointers. Additionally, an object can have relationships to other objects. The objects contain references, and collections of references, to other objects in the database, thus leading to databases with complex nested structures.
Different types of data, relational and object, are being stored in data warehouses. The term “data warehouse” is used to describe large amounts of related data that are stored together. With the increased data that is stored, there has been an increasing complexity in using, retrieving, sorting and organizing data and the proliferation of number and complexity of utilities increasing skill is being demanded of those who use the databases. In addition because of the multiple uses of data within organizations, the same or closely related analyses can be repeated by different users, thereby giving rise to inefficiency as the effort that is used in one analysis is often repeated in another analysis.
Thus, there is a need in the art for an improved architecture which enables users to more easily work with utilities that operate within data warehouses.
SUMMARY OF THE DISCLOSURE
To overcome the limitations in the prior art described above, and to overcome other limitations that will become apparent upon reading and understanding the present specification, the present invention discloses a method, apparatus, and article of manufacture for a data warehouse programs architecture.
Data in a database stored on a data storage device is transformed. Initially, a program template is retrieved that contains parameters. A business view is invoked with the program template. Under control of the business view, a transformation program is invoked that transforms data at a source to generate data at a target using the parameters provided in the program template.
REFERENCES:
patent: 5408654 (1995-04-01), Barry
patent: 5455945 (1995-10-01), VanderDrift
patent: 5522068 (1996-05-01), Berkowitz
patent: 5559692 (1996-09-01), Telingator et al.
patent: 5574910 (1996-11-01), Bialkowski et al.
patent: 5596747 (1997-01-01), Katabami et al.
patent: 5721915 (1998-02-01), Sockut et al.
patent: 5832496 (1998-11-01), Anand et al.
patent: 5870746 (1999-02-01), Knutson et al.
patent: 5970490 (1999-10-01), Morgenstern
patent: 6014670 (2000-01-01), Zamanian et al.
patent: 6128624 (2000-10-01), Papierniak et al.
patent: 6134541 (2000-10-01), Castelli et al.
patent: 6230309 (2001-05-01), Turner et al.
patent: 0667950 (1992-08-01), None
patent: 07152615 (1993-11-01), None
patent: 08202597 (1995-01-01), None
patent: 09034758 (1995-07-01), None
Atzeni, P., et al., “Semistructured and Structured Data in the Web: Going Back and Forth”,SIGMOD Record, vol. 26, No. 4, pp. 16-23, Dec. 1997.
Corrielus Jean M.
Fay Sharpe Fagan Minnich & McKee LLP
LandOfFree
Data warehouse programs architecture does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Data warehouse programs architecture, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Data warehouse programs architecture will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2877208