W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > April to June 2011

Re: SPARQL 1.1 Update Review (part 1)

From: Andy Seaborne <andy.seaborne@epimorphics.com>
Date: Mon, 18 Apr 2011 15:18:21 +0100
Message-ID: <4DAC482D.8090102@epimorphics.com>
To: Paul Gearon <pgearon@revelytix.com>
CC: Axel Polleres <axel.polleres@deri.org>, SPARQL Working Group <public-rdf-dawg@w3.org>


On 05/04/11 06:35, Paul Gearon wrote:
>>> [**] Operations are executed in lexical order.
>>> >>  See above.
>>> >>  The effects are the same as being executed in lexical order.
>>> >>  I can see
>>> >>  LOAD<x1>  INTO GRAPH<u1>
>>> >>  LOAD<x2>  INTO GRAPH<u2>
>>> >>  LOAD<x3>  INTO GRAPH<u3>
>>> >>  being cleverly done.
>>> >>
>>> >>  [*] Operations are executed in lexical order.
>>> >>  They aren't:-)
>>> >>
>>> >>  Requests are (logically)
>>> >>    INSERT ... WHERE ...
>>> >>  and it does the WHERE first but it's later lexically.
>> >
>> >  * Open: not sure how to address that, any rewording proposals?
> Unless I misunderstand something, then I think we may be interpreting
> the term "operation" in different ways. I refer to a complete
> INSERT/DELETE/WHERE as a single operation, for instance. The ordering
> of each individual part of that operation is certainly not lexical. Am
> I correct in saying that you (Andy) are referring to each part as an
> "operation"? (part = WHERE, or INSERT, or DELETE)
>
> If I'm wrong, can you clarify it for me please? Are you able to give
> an example where "operations" are executed in a different order to
> their appearance in a request?
>
>

I mean "Operations" as you do.

Order of operations matters:

INSERT DATA { :s :p :o }
DELETE DATA { :s :p :o }

is not the same as the reverse.

Is there anywhere that says this?

There ought to be a

Definition: Update Request
Update request = sequence of update operations [op_i]

eval(request) = affect of eval(operation op_i) for i = 1 to N

(aside: we have "Abstract Update Operation" -- what's abstract about it?)


	Andy
Received on Monday, 18 April 2011 14:18:56 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:15:46 GMT