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

Re: An example of database query result in XML

  • From: "Don Park" <donpark@q...>
  • To: "Jim Amsden" <jamsden@u...>, <xml-dev@i...>
  • Date: Tue, 24 Mar 1998 16:22:17 -0800

example of database
Jim wrote

>the XML for the result. First, rows generally aren't that interesting, its
the
>meaning of the data in the row that's important. Taking a more object (or

Rows are not interesting because they are anonymous elements designed to
fire rules.

>example given, it looks like the rows are instances of an Order, but I'm
not
>sure without looking at the query.

Rows are result of a query which just happens to involve Order only.  It
could just as well involved many other tables as well as databases.

>Finally, using fixed attributes to capture the schema meta-data, and
elements
>for the data is an interesting idea, but a better solution is to do what
SQL
>does. Treat the schema as just another database providing data about data.
If
>you need that data, go get it. If you don't, then don't bother. The DTD in
the
>example is attempting to describe two different, but related subject areas
in
>the same internal DTD. One is the structure of the data, and another is the
>structure of its meta-data. Although mixing these subject areas may be
>convenient for some applications, it's generally better to keep separate
>concerns separate.

You are right if the example was meant to be stored somewhere.  However, if
XML is used for communication only and not for storage, you have a problem.
Where do you store the DTD file if XML file itself is temporary?  In XDO, I
had to store the metadata within the XML because it had to be standalone.

>Note that the DTD for the example would allow empty rows, and rows that
only
>contained 15 ShipPhoneNumbers! Rows have ID attributes that are likely
>redundant with the ID of the order in them.

You are right there.

>It might be possible to shortened some of the names because since they're
>attributes, its less likely they'll get confused with similar names in
other
>elements. So ShipCity could just be City. You'd need to know more about the
>problem domain to make this decision though.

Ah.  Now we are back to TagNet.

Don Park
http://www.docuverse.com/personal/index.html



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.