OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: XML query language

[ Lists Home | Date Index | Thread Index ]
  • From: Paul Janssens <paul.janssens@skynet.be>
  • To: xml-dev@ic.ac.uk
  • Date: Tue, 30 Mar 1999 16:27:36 +0200

Oren Ben-Kiki wrote:
> 
> Paul Janssens <paul.janssens@skynet.be> wrote:
> >I think (iii)
> (results should be XML)
> >should not be a requirement of an XML query language. The
> >result of a query  could be a vector of tuples of pointers to the
> >individual matches. Whatever needs to be done with that output can be
> >done in a layer above that.
> 
> I fail to see the benfit in inventing a new format for query results. First,
> a set of tuples with pointers, or whatever else, can be easily expressed in
> XML

No problem there, my point was that ONLY this information should be the
output of a query, preferably in an XML format :-)

> Second, if one wants to obtain 'pointers to the output', then it should
> be a simple matter of constructing in the result a pointer to the matched
> tree (<A href="..."> or something) instead of the matched tree itself.
> 
> AFAIK all XML QL proposals produce XML as output.
> 
> >Just because SQL mixes content with style
> >doesn't mean an XML query language should.
> 
> You lost me here; this is the first time I've heard that SQL has anything to
> do with style. The result of an SQL query is a table and is typically
> accessed via some programming API which has nothing to do with presentation.
> I agree that an XML query should do the same thing - that is, create an XML
> tree as a result without worrying about presentation. The fact that I think
> that _the transformational part_ of XSL should do this is perfectly
> consistent, since I see this part as being a general independent mechanism
> and not just a "style" language.

Ok, sql ALLOWS you to mix style (or semantics) with content, as in

SELECT '<A href='||col1||'>'||col2||'</A>' FROM table1

For the same reason, if an xml query language allows you to arbitrarily
construct result trees, lazy users will abuse that feature to put style
or semantics in the output so they will not have to postprocess it with
XSL.

If on the other hand, only pointers to the resulting matches are
returned by the query language, anyone that wants an output is FORCED to
use XSL.

In my opinion, an xml query language should only describe a set of
equations, an xml query language implementation should only solve these
equations, and whatever is done with the result is NO business of the
query language.

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





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS