[oslc-core] missing oslc query functionality

Arthur Ryman ryman at ca.ibm.com
Fri Jul 13 10:11:06 EDT 2012


Joe,

The query language was scoped to be simple to implement. It is not 
intended to be a fully general query language. For more complex 
requirements, services can implement a standard query language. SPARQL is 
recommended.

1. Correct. What semantics do you want for multi-value properties? Are you 
looking for the existence of one value that does not equal the given 
value?

2. Correct. However, you could approximate this effect by comparing the 
property to a value that you are sure does not exist. e.g. if ex:estimate 
is always non-negative, then ex:estimate > -1 would return resource that 
had any value for ex:estimate.

Regards, 
___________________________________________________________________________ 

Arthur Ryman 

DE, Chief Architect, Reporting &
Portfolio Strategy and Management
IBM Software, Rational 

Toronto Lab | +1-905-413-3077 (office) | +1-416-939-5063 (mobile) 





From:
Joe Ross <joeross at us.ibm.com>
To:
oslc-core at open-services.net
Date:
07/12/2012 06:39 PM
Subject:
[oslc-core] missing oslc query functionality
Sent by:
oslc-core-bounces at open-services.net



We've had a couple of scenarios that don't seem to be addressable using 
the OSLC core 2.0 query syntax: 

1. Finding all resources that don't have a particular value for a 
property. 
The != operator won't work for this, because in the case of multi-valued 
properties, records will be returned as long as there is a value that is 
not equal, even if there is also a value that is equal. This would require 
a unary "not" logical operator. 

2. Finding all resources that have any value for a particular property 
(matching on predicate, regardless of value). 
This is probably would probably be best handled by a unary "exists" 
operator, or support for wildcard as the value in oslc.where clauses. 
Currently the grammar seems to only allow for wildcard for the predicate. 

So, am I correct in this assessment? If so, was this omission intentional 
(and if so what was the reason), or an oversight? 

================================================
Joe Ross/Austin/IBM, joeross at us.ibm.com
Tivoli Autonomic Computing & Component Technologies
512-286-8311, T/L 363-8311_______________________________________________
Oslc-Core mailing list
Oslc-Core at open-services.net
http://open-services.net/mailman/listinfo/oslc-core_open-services.net







More information about the Oslc-Core mailing list