- From: Steve Harris <steve.harris@garlik.com>
- Date: Fri, 1 May 2009 14:53:38 +0100
- To: "Seaborne, Andy" <andy.seaborne@hp.com>
- Cc: 'RDF Data Access Working Group' <public-rdf-dawg@w3.org>
On 1 May 2009, at 13:55, Seaborne, Andy wrote: >>>> Yes, that's my fault, I think I created that wiki page - SubQuery >>>> would have been a better name, and was my intention. It's SQL >>>> legacy >>>> where the only query verb is SELECT. Well... actually there's SHOW, >>>> but it's a bit different and you can't do sub-shows. >>>> >>>> SubASKs don't have to go in a FILTER, they're also useful in WHERE >>>> clauses, assuming they project either a solution with no bindings >>>> (for >>>> true) or no solutions (for false). > > On reflection (well, have to think of something on my lunchtime > run), I think it's a bit more involved for negation (!ASK) because > of variable scoping. The usage I have in mind is that NOT EXIXTS > {pattern} is testing to see if the pattern does not match and the > variables in-scope include those from the previous part of the query > (it's not bottom up evaluation). This form of negation is order > dependent as is OPTIONAL/!BOUND - NOT EXISTS has the same effect > except it does not rely on at least one free variable. Without > assignment, NOT EXIST (in pattern or in filter) is much easier to > use than OPTIONAL/!BOUND. That sounds like what I had in mind. I suspect that all subqueries are order-dependent. > Let's sketch some examples around the F2F. We probably in strong > agreement but using different words. Yes, I suspect so. - Steve
Received on Friday, 1 May 2009 13:54:14 UTC