[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: XML query language
Has anyone looked at the fragment proposals for this? I think it is ideal because it allows you to return the context of the nodes that make up your results, as well as the results. If you add functionality for multiple fragments (which the initial suggestions don't have) then it works very well, allowing nodes to be returned that come from very different contexts. Regards, Mark Birbeck Managing Director Intra Extra Digital Ltd. 39 Whitfield Street London W1P 5RE w: http://www.iedigital.net/ t: 0171 681 4135 e: Mark.Birbeck@i... > -----Original Message----- > From: Oren Ben-Kiki > Sent: 30 March 1999 13:58 > To: XML List > Subject: Fw: XML query language > > > Paul Janssens <paul.janssens@s...> 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. 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. > > Share & Enjoy, > > Oren Ben-Kiki > > > > 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/ and on CD-ROM/ISBN 981-02-3594-1 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...) 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/ and on CD-ROM/ISBN 981-02-3594-1 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! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|