[topicmapmail] Emancipating Instances from the Tyranny of Class

Sam Hunting shunting@etopicality.com
Mon, 25 Mar 2002 11:52:02 -0800 (PST)


A paper with a title that is the same as the subject line of this mail
can be found at:

    http://citeseer.nj.nec.com/parsons00emancipating.html

I think it has particular relevance to large information owners, since
their instances are most at risk from "the assumption of inherent
classfication" (see below). At the same time, developers who need to
take the interests of large information owners into account may find it
of interest.

Here is an extract from the abstract:

    Database design commonly assumes, explicitly or implicitly, that 
    instances must belong to classes. This can be termed THE ASSUMPTION

    OF INHERENT CLASSIFICATION. We argue that the extent and
    complexity of problems in schema integration, schema evolution, and
    interoperability are, to a large extent, consequences of inherent  
    classification. Furthermore, we make the case that the assumption
of    
    inherent classification violates philosophical and cognitive 
    guidelines on classification and is, therefore, inappropriate in 
    view of the role of data modeling in representing knowledge about 
    application domains.

Here is an interesting paragraph:

    classes serve to provide useful abstractions of similarity to one
    or more persons [Lakoff 1987]. In other words, things exist, but 
    classes are constructed. Moreover, since what is useful varies over

    time and among individuals, there is no single “correct” way to 
    classify a given set of instances – multiple classification 
    structures are possible [Parsons and Wand 1997a].

Here is an extract from the conclusion:

     Both the hierarchical and network data models included mechanisms 
     to link records (or segments). These links locked into the data 
     model information about the application domain. This supported 
     efficient operations for specific applications. However, at the 
     same time these models imposed constraints 
    on what can be done with the data, and 
     prevented efficient processing if a different perspective had to
be
     accommodated. The relational model freed the records in the 
     database from the tyranny of the links. Instead, it allowed for 
     creating links as needed (via the join operation). This
     flexibility did not come without cost, as it required additional
     processing power and special implementation mechanisms to avoid 
     performance deterioration. In a similar way, we believe that tying
     instances to classes, while reflecting a given view of the
     application domain, imposes constraints on the ability to use 
     alternative and varying views.

Hope this is at least inspirational! (The paper also includes an
architecture and some (not overpowering) math.)

S.

=====
<!-- Topic map and XML consulting:  www.etopicality.com 
     Open source topic map toolkit: www.goose-works.org 

"Turn your searching experience into a finding experience."

eTopicality, Inc. (tm) -->

__________________________________________________
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards®
http://movies.yahoo.com/