W3C home > Mailing lists > Public > www-rdf-interest@w3.org > April 2004

Re: [ontoweb-list] A Comparison of RDF Query Languages

From: Vassilis Christophides <christop@ics.forth.gr>
Date: Fri, 30 Apr 2004 14:31:58 +0300 (EEST)
Message-Id: <200404301131.i3UBVwDc020744@athena.ics.forth.gr>
To: aeb@aifb.uni-karlsruhe.de
Cc: daml-all@daml.org, ontoweb-list@www1-c703.uibk.ac.at, ontoweb-language-sig@cs.man.ac.uk, public-rdf-dawg@w3.org, semanticweb@yahoogroups.com, seweb-list@www1-c703.uibk.ac.at, www-webont-wg@w3.org, www-rdf-interest@w3.org, www-rdf-logic@w3.org, www-rdf-rules@w3.org, pha@aifb.uni-karlsruhe.de, raphael@volz.info, jbroeks@cs.vu.nl

Hi Andreas

Thanks for the mail. I would like to comment three of your criteria
employed in RQL evaluation:

1) Recursion: Actually RQL supports recursion on the schema, e.g., 
   select $X from Publication{$X} will return not only direct but also
   transitive subclasses of Publication.

   Another example is the basic query nca(Class1, Class2) returning
   the nearest common ancestor of Class1 and Class2 in a class
   subsumption hierarchy.

   On the other hand RQL do not support recursive data queries, e.g., 
   select X,Y from  {X}SubTopic*{Y}

   So RQL supports a restricted form of recursion according to your
   terminology. 

2) Value Space: XML Schema datatypes are captured directly by the RQL
   semantics e.g., 
   select X from {X}pages{Y} where Y = 8
   and there is no need to cast strings to integers in queries
   ("8"^^<xsd:int>)

   So RQL supports Value Space queries for all XML base types

3) Collection and Containers: RQl not only provides the ability to
   query bugs and sequences, for instance, returned by nested queries
   e.g.  select Y from (Person intersect Human){X}, {X}name{Y}

   but also to construct explicitly new container values e.g.,
   seq(domain(pages), range(pages)[0]

   So I don't understand the justification of the restricted RQL
   support of containers in your report.

Best

Vassilis
Received on Friday, 30 April 2004 07:37:18 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:44:49 UTC