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

RE: 3 XML Design Principles - a rebuttal

• To: "Michael Kay" <mike@s...>, "Christian Nentwich" <christian@s...>
• Subject: RE: 3 XML Design Principles - a rebuttal
• From: "Chiusano Joseph" <chiusano_joseph@b...>
• Date: Sun, 30 Jan 2005 12:54:22 -0500
• Cc: "Roger L. Costello" <costello@m...>, "XML Developers List" <xml-dev@l...>
• Thread-index: AcUGvTziN60TnUkXT2qJZ78mZmAsRwAMvilwAAEaUIA=
• Thread-topic: 3 XML Design Principles - a rebuttal

> -----Original Message-----
> From: Michael Kay [mailto:mike@s...] 
> Sent: Sunday, January 30, 2005 12:26 PM
> To: 'Christian Nentwich'
> Cc: 'Roger L. Costello'; 'XML Developers List'
> Subject: RE:  3 XML Design Principles - a rebuttal
> 
> > The only time they need their data
> > normalised is at the end of a message flow, when it goes into a 
> > database, but certainly not in XML transit.
> 
> I think that's the key point.
> 
> Normalization was invented for databases - persistent shared 
> updateable data stores used by many people in different and 
> unpredictable ways. Database design and message design have 
> quite different requirements and the optimum design for one 
> is not generally optimum for the other.

+1

I was trying to make a related point in my earlier post today:

<Quote>
Keep in mind here that, if this is a data exchange scenario, we're
talking about the syntactical representation of the information on the
wire, which may very well be different than the manner in which the
information is ultimately persisted in a receiving system (unless, of
course, the XML document is persisted as-is in a native XML database).
So we should be careful not to mix the notion of tight/loose coupling
for the wire representation with the ultimate persisted representation,
which may have different processing consequences.
</Quote>

Kind Regards,
Joseph Chiusano
Booz Allen Hamilton
Strategy and Technology Consultants to the World
  
> The post that started this thread failed to say what you were 
> trying to optimize.
> 
> Michael Kay
> http://www.saxonica.com/
> 
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org 
> <http://www.xml.org>, an initiative of OASIS 
> <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
> 
> 

• Follow-Ups:
  • Re: 3 XML Design Principles - a rebuttal
    • From: Michael Champion <michaelc.champion@g...>
  • RE: 3 XML Design Principles - a rebuttal
    • From: "Michael Kay" <mike@s...>

• Prev by Date: RE: 3 XML Design Principles - a rebuttal
• Next by Date: RE: 3 XML Design Principles - a rebuttal
• Previous by thread: RE: 3 XML Design Principles
• Next by thread: RE: 3 XML Design Principles - a rebuttal
• Index(es):
  • Date
  • Thread