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

Re: 3 possible approaches for representing concepts

• To: Chiusano Joseph <chiusano_joseph@b...>
• Subject: Re: 3 possible approaches for representing concepts
• From: <martin@h...>
• Date: Wed, 2 Apr 2003 23:43:10 +0000 (GMT)
• Cc: <xml-dev@l...>
• In-reply-to: <3E8B6043.70E3E32F@b...>

£.02 coming your way, with some wild assumptions about the semantics of
your data!

<estimate type="final">
  <period>CurrentYear</period>
  <amount type="budget">999.99</amount>
</estimate>

it doesn't fill your criteria of a single element _but_ ->
it holds more information about what is actually what (the estimate is
final, not the budget, amount, or year), it can easily be reused (as the
tools that will operate on it) when you need to handle eg non-final
amounts, and it's extensible.

i'd always insist that you don't let the db decide what the XML should
look like, and don't let the XML decide what the db should look like.
use the two different data formats to the best of their respective
capabilities, and invest the extra time and effort in getting the data
binding right.
for XML<->RDBMS roundtripping these days there are plenty of tools
available, so there's no excuse for dumbing one or the other schema down
just in order to reach a lowest common denominator.

regards,

/m

Martin Klang
http://www.o-xml.org - the object-oriented XML programming language

• References:
  • 3 possible approaches for representing concepts
    • From: "Chiusano Joseph" <chiusano_joseph@b...>

• Prev by Date: Re: Re: 3 possible approaches for representing concepts
• Next by Date: Re: Re: 3 possible approaches for representing concepts
• Previous by thread: Re: Re: 3 possible approaches for representing concepts
• Next by thread: Re: 3 possible approaches for representing concepts
• Index(es):
  • Date
  • Thread