Dynamic object persistence

Details Dynamic object persistence Dynamic object persistence

2000-12-27

2003-07-08

Coby, Frantz (Department: 2121)

Data processing: database and file management or data structures

Database design

Data structure types

C707S793000, C707S793000, C707S793000, C707S793000, C707S793000, C707S701000, C707S702000, C707S705000, C707S708000

Reexamination Certificate

active

06591277

ABSTRACT:

BACKGROUND OF THE INVENTION
1. Technical Field
This invention relates to Object Oriented programing, and particularly to the persistence of instances of dynamic objects.
2. Prior Art
When data structures are defined in object terms, the usual manner in which the ‘class’ of objects can be changed or extended is by making programing code changed which requires recompiling. This is the case for ‘static’ objects that are hard coded. Any form of recompiling is undesirable in ‘live’ computing systems because of the associated ‘down time’. It is thus desirable to implement class and attribute definitions that obviate the need to recompile code. This can be achieved by the implementation of dynamic objects. Dynamic objects are defined at a meta-level, and have attributes associated with the constituent classes at run-time. In this way, changes can be made to the underlying structure of an object in the meta-level domain, thereby not requiring recompilation. By way of additional background information, principles of Object Oriented programing are described in: “The Unified Modeling Language Reference Manual” by James Rumbaugh, Ivar Jacobsen and Grady Booch, published by Addison-Wesley, December 1998 (ISBN 0-201-30998-X).
Objects are generic in nature and the characteristics of an object are only known at run-time when an instance of an object is instantiated making persistence problematic, given that the object's attributes/characteristics must be known in order to perform the persistence. Additionally, where there is more than one form of data store or database, an object instance must be able to be configured and directed to each form with ease.
A prior arrangement is disclosed in Published Japanese Patent Application No. 6-67856 (PFU Limited, Murota Norie), published on Mar. 11, 1994. This disclosure teaches the linkage of processing modules, independently of their structure, through use of a management table that can assimilate different data file structures. This strategy is limited to tabled-based database systems, and cannot accommodate structured data types such as composites, arrays and sequences.
The present invention seeks to overcome or at lest ameliorate problems in the prior art.
SUMMARY OF THE INVENTION
According to one aspect, the invention provides a method for persisting objects to a database, the method comprising the steps of:
(a) defining a meta-level object;
(b) defining a persistance strategy for said object;
(c) defining one or more attributes for said object;
(d) defining a persistence strategy for one or more of said attributes;
(e) instantiating an object that carries its persistence strategy and its attributes with their respective persistence strategies; and
(f) servicing said instantiated object.
According to another aspect, the invention provides a method for specifying a persistence framework for objects, the method comprising the steps of:
(a) defining a meta-level object;
(b) defining a persistence strategy for said object;
(c) defining one or more attributes for said object; and
(d) defining a persistence strategy for one or more of said attributes.
The persistence strategy can include both storage and retrieval actions. Each persistence strategy can be defined for a definition time and a runtime.
According to another aspect, the invention provides an object persistence framework comprising;
an object definition;
an object persistence definition therefor;
one or more attributes for each object; and
a persistence strategy definition for one or more of said attributes.
The framework can further comprise an intermediary function linking the object definition with the attribute definitions. There can further be a number of associated object definitions associated with the first, each having respective persistence definitions and attributes.
According to yet another aspect, the invention provides a client-server computing system, comprising:
(a) a plurality of client computers each having processor means implementing an application layer, and a memory storing a set of meta-level objects, a persistence strategy definition for each said object, one or more attributes for each said object, and a persistence strategy for one or more of said attributes.
(b) a plurality of server computers, each having processor means implementing an application layer, and a memory storing a set of meta-level objects, a persistence strategy definition for each said object, one or more attributes for each said object, and a persistence strategy for one or more of said attributes.
(c) a database being accessible by said server computers; and
(d) a communications link interconnecting said client machines with said server machines; and
wherein, in response to a persistence command, one or either said client computers and/or server computers instantiates an object from amongst said set that carries with it its persistence strategy and its attributes with their respective persistence strategies, to be persisted in said database.


REFERENCES:
patent: 5692183 (1997-11-01), Hapner et al.
patent: 5701484 (1997-12-01), Artsy
patent: 5727203 (1998-03-01), Harpner et al.
patent: 5848419 (1998-12-01), Hapner et al.
patent: 5940827 (1999-08-01), Hapner et al.
patent: 6430703 (2002-08-01), Connor et al.
patent: 6442748 (2002-08-01), Bowman-Amuah
patent: 0735465 (1996-10-01), None
patent: 0735473 (1996-10-01), None

Affiliated with

Also associated with

Rating

Dynamic object persistence does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with Dynamic object persistence, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Dynamic object persistence will most certainly appreciate the feedback.

Rate now

Comments { 0 }

Profile ID: LFUS-PAI-O-3089063