- From: Andy Seaborne <andy.seaborne@epimorphics.com>
- Date: Mon, 18 Apr 2011 15:18:21 +0100
- 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 UTC