Re: Proposed definition of ExprMultiSet

On 8 Mar 2010, at 16:02, Andy Seaborne wrote:
...
>>> An alternative is,
>>>
>>> -----------
>>> | x | C |
>>> ===========
>>> | :x1 | 3 |
>>> | :x2 | 9 |
>>> | :x3 |   |
>>> | :x4 |   |
>>> -----------
>>>
>>> which retains the group row (to distinguish from no key).
>>
>> Yes, I wrote that first, then changed it. I think that the version  
>> with
>> the removed rows is closer to the rest of SPARQL, as error rows are
>> removed in (sub-)queries. It's also possible to prevent this, in many
>> cases at least, with creative use of COALESCE, but I know you're  
>> not a fan.
>
> FILTERs remove errors but SELECT expressions just don't bind that  
> slot if the expression fails.
>
> SELECT (1/0 AS ?v) {}
>
> is one row, no bindings as currently spec'ed.

Ah, OK, I missed that subtlety. In that case I'm fine with that  
behaviour.

- Steve

-- 
Steve Harris, Garlik Limited
2 Sheen Road, Richmond, TW9 1AE, UK
+44 20 8973 2465  http://www.garlik.com/
Registered in England and Wales 535 7233 VAT # 849 0517 11
Registered office: Thames House, Portsmouth Road, Esher, Surrey, KT10  
9AD

Received on Monday, 8 March 2010 17:30:49 UTC