[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: (data) medium is the message

• To: "'Simon St.Laurent'" <simonstl@s...>, xml-dev@l...
• Subject: RE: (data) medium is the message
• From: Jeff Lowery <Jeff.Lowery@c...>
• Date: Wed, 30 Apr 2003 10:15:18 -0700

For me, it's not an issue of "how do I represent this data?", but "how do I
define this data so that it can be represented several different ways?"
(and efficiently).

There's certainly a lot of effort being expended in the development of
mapping between relational and object models, and between object models and
XML document models right now.  The problem is that all mapping technologies
seem to require a primacy of one model over the other.   For example, I can
generate class defs from a document model (Castor, JAXB), or I can generate
document models from class definitions (JiBX).

Is there a universal mapping language that can be used across all data
representations (a.k.a. mediums)? At the risk of sounding like a thrall of
certain fascists, I really do think that any such universal mapping language
will, at it's heart, be formulated on relational algebra.  That's not to say
that all models must conform to integrity constraints under all operations;
what it does say is that those potential integrity violations are understood
and handled correctly when data is moved from one representation to the next
through the defined mapping operations.

I believe we're a long way from getting a mapping language that's both
universal and easy to use.  It may be a language with many dialects, each
suited from a particular set of representations and mapping direction.  It
does seem, though, that the current technique of writing one-off Java, C++,
and XSLT algorithms to perform these representational transforms is horribly
error prone.

• Prev by Date: Re: Cancer Research / Clinical Trials Examples
• Next by Date: Re: Just say 'mu' to namespace URIs (was Re: XML 1.1 grinds to halt?)
• Previous by thread: RE: (data) medium is the message
• Next by thread: RE: (data) medium is the message
• Index(es):
  • Date
  • Thread