the relational model of data objects *and* program objects

From: mountain man <hobbit_at_southern_seaweed.com.op>
Date: Sun, 10 Apr 2005 12:55:46 GMT
Message-ID: <mn96e.6533$5F3.1611_at_news-server.bigpond.net.au>

This thread concerns the relationship between data objects and program objects and the model used to conceptualise the totality of relationships within and between the objects.

Cursory study of the ecology of all computer database systems reveal the existence of a number of different species of objects, data objects and program objects being two.

Change management of the coordination between these two different species of objects is what computer systems managers are paid to do, as distinct from database theorists, whose purpose in life appears to be restricted to consideration of the data from an isolationist's perspective.

The relational model of the data is a very good reference for the management of data and its integrity within the RDBMS, but it is totally useless for program objects, and thus is restricted in issues involving the coordination of both data and program objects.

Since the emergence of addressable stored procedure objects within the RDBMS vendor software at the end of the 1990's program objects have lived within the RDBMS.

Given that such an environment exists whereby both data objects and program objects are physically stored within the RDBMS has anyone seen recently any emergent models that address both these objects in a consistent manner?

Do you think it is important to address the issue that a model of both the data objects and the program objects is required? [As distinct from a model only of the data side of the picture]

What obstacles face the conception of such a model? Thanks for any references, articles, etc.

Pete Brown
Falls Creek
Oz
www.mountainman.com.au

NOTE:
I am aware that there are those here who prefer to classify the modern DBMS software of Oracle, IBM and Microsoft as non-relational. However I do not share this assertion and suggest that these ppls simply ignore the R before the DBMS above.

This thread concerns the relationship between data objects and program objects and the model used to conceptualise the totality of such relationships within a database system. Received on Sun Apr 10 2005 - 14:55:46 CEST