- From: Steve Harris <steve.harris@garlik.com>
- Date: Fri, 27 Oct 2006 16:09:07 +0100
- To: andy.seaborne@hp.com
- Cc: RDF Data Access Working Group <public-rdf-dawg@w3.org>
On 27 Oct 2006, at 14:40, Seaborne, Andy wrote:
>
> Forwarded to the working group list from the comments list as
> related to our current discussions.
>
> Andy
>
> -------- Original Message --------
> Subject: SPARQL OPTIONAL vs UNION treatment of sub-graph matching
> Resent-Date: Fri, 27 Oct 2006 10:53:41 +0000
> Resent-From: public-rdf-dawg-comments@w3.org
> Date: Thu, 26 Oct 2006 19:23:43 -0400
> From: Patrick Shironoshita <Patrick.Shironoshita@infotechsoft.com>
> To: <public-rdf-dawg-comments@w3.org>
> CC: 'Mansur Kabuka' <kabuka@infotechsoft.com>
>
> As part of our work in implementing ontology-based querying, we have
> developed an algebra for SPARQL which we have recently submitted for
> publication. During the development of this query algebra, we have
> found
> that the treatment of graph matching in OPTIONAL and UNION graph
> patterns is, in our opinion, inconsistent, in particular with
> respect of
> the issue of sub-graph matching - that is, in the issue of whether
> solutions to a graph pattern can be sub-graphs of other solutions.
>
> Consider, for example, the following OPTIONAL query (from the
> SPARQL spec):
>
> Data:
>
> @prefix foaf: <http://xmlns.com/foaf/0.1/> .
> @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> ..
>
> _:a rdf:type foaf:Person .
> _:a foaf:name "Alice" .
> _:a foaf:mbox <mailto:alice@example.com> .
> _:a foaf:mbox <mailto:alice@work.example> .
>
> _:b rdf:type foaf:Person .
> _:b foaf:name "Bob" .
>
> OPTIONAL Query:
>
> PREFIX foaf: <http://xmlns.com/foaf/0.1/>
> SELECT ?name ?mbox
> WHERE { ?x foaf:name ?name .
> OPTIONAL { ?x foaf:mbox ?mbox }
> }
>
> OPTIONAL query Result:
> name mbox
> "Alice" <mailto:alice@example.com>
> "Alice" <mailto:alice@work.example>
> "Bob" (unbound)
>
>
> Now, consider, over the same data set, the following UNION query:
>
> UNION Query:
>
> PREFIX foaf: <http://xmlns.com/foaf/0.1/>
> SELECT ?name ?mbox
> WHERE { { ?x foaf:name ?name }
> UNION
>
> { ?x foaf:name ?name . ?x foaf:mbox ?mbox }
> }
>
> UNION Query Result, as per (our understanding of the) current SPARQL
> working draft:
>
>
> name mbox
> "Alice" (unbound)
> "Bob" (unbound)
> "Alice" <mailto:alice@example.com>
> "Alice" <mailto:alice@work.example>
>
> where the first two rows match the first part of the UNION pattern,
> and
> the second two rows match the second part.
>
> As can be seen, the results from the OPTIONAL and UNION queries are
> different only in that the UNION query allows a sub-graph of another
> solution, while OPTIONAL explicitly does not. While there is no
> requirement in SPARQL that the two queries presented above produce the
> same results, we argue that the implementation of query processors and
> optimizers for SPARQL would be made simpler if either OPTIONAL or
> UNION
> is redefined so that both the queries above yield the same result -
> and,
> therefore, so that OPTIONAL can be defined in terms of UNION as
> follows:
>
> P1 OPTIONAL P2 = P1 UNION { P1 . P2}
In my opinion that would defeat the purpose of optional (http://
www.w3.org/TR/rdf-dawg-uc/#r3.6), if I say
--data--
:bobA :name "Bob" ;
:phoneNumber "123456" .
:bobB :name "Bob" .
--query--
SELECT ?person ?phone
WHERE {
?person :name "Bob" .
OPTIONAL {
?person :phoneNumber ?phone
}
}
--results--
?person ?phone
:bobA "123456"
:bobB
I want to get unbound results for ?phone iff there is no triple like
:bobA :phoneNumer "123456" .
- Steve
Received on Friday, 27 October 2006 15:10:05 UTC