OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

oslc-core message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] (OSLCCORE-111) Query spec and relative operators for string literals


     [ https://issues.oasis-open.org/browse/OSLCCORE-111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Honey updated OSLCCORE-111:
---------------------------------

    Proposal: 
The spec should specify that support for  ">", ">=", "<", and "<="  on string properties:

1) is a MAY (and not the currently implied MUST).

2) Where supported, the semantics are server dependent. Applications using RDBs might perform string ordering using locale-dependent collators. The spec should be persistence-agnostic. Requiring strict conformance with SPARQL is likely to be unimplementable on RDB based implementations.

3) where not supported, specify that a server SHOULD return a 501 "Not Implemented" response with a response body being an oslc:Error that describes what is not supported, and if known and relevant, why.

4) The spec should drop a requirement that relational operators MUST have SPARQL semantics.



  was:
The spec should specify that support for  ">", ">=", "<", and "<="  on string properties:
1) is a MAY (and not the currently implied MUST).
2) Where supported, the semantics are server dependent. Applications using RDBs might perform string ordering using locale-dependent collators. The spec should be persistence-agnostic. Requiring strict conformance with SPARQL is likely to be unimplementable on RDB based implementations.
3) where not supported, specify that a server SHOULD return a 501 "Not Implemented" response with a response body being an oslc:Error that describes what is not supported, and if known and relevant, why.





> Query spec and relative operators for string literals
> -----------------------------------------------------
>
>                 Key: OSLCCORE-111
>                 URL: https://issues.oasis-open.org/browse/OSLCCORE-111
>             Project: OASIS OSLC Lifecycle Integration Core (OSLC Core) TC
>          Issue Type: Task
>          Components: Query
>            Reporter: David Honey
>            Assignee: James Amsden
>
> https://open-services.net/bin/view/Main/OSLCCoreSpecQuery says for comparison_op:
> "Semantics of datatypes and operations on these datatypes MUST work as defined in the SPARQL Query Language (reference: SPARQL). "
> This potentially makes the spec unimplementable on RDB based applications that probably form the vast majority of implementations.
> The problem is that for string properties, querying for ">", ">=", "<", and "<=" may be unimplementable, or the ordering might be determined by an RDB vendor and different from the SPARQL spec. The spec places too high a burden, and assumes an RDF persistence layer, on implementations. For example, some RDB vendors might use Locale-specific collators.



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]