[OASIS Issue Tracker] (ODATA-1113) Allow alternate / native search syntax

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

Mark Biamonte created ODATA-1113:
------------------------------------

             Summary: Allow alternate / native search syntax
                 Key: ODATA-1113
                 URL: https://issues.oasis-open.org/browse/ODATA-1113
             Project: OASIS Open Data Protocol (OData) TC
          Issue Type: Bug
          Components: Protocol
    Affects Versions: V4.02_WD01
            Reporter: Mark Biamonte


When doing text searches, many of the common algorithms we use have a number of different ways to define a match (Exact match, begins with, synonym, base word or inflection, etc). The $search query parameter defines a search syntax but its definition says it is up to the implementation as to what constitutes a match.  This is fine, but in the case where the search engine provides different matching types it would be nice if user had a way to specify how the type of match to be used in the search expression.

This was originally filed as OData-1100 as a request to modify the existing $search syntax to support specifying match type.  In discussing the proposal for OData-1100 with some users, it was suggested that we do not define our own syntax for specifying match type.  There are several common search engines that define a syntax that allows the type of match to be specified.  The most common of these is currently is Apache Lucene -
 https://lucene.apache.org/core/.  Instead of expanding the $search syntax, should we provide a way for the user to specify an alternate or native syntax so that they can utilize the underlying capabilities of the search engine?  If we do allow alternate syntax, there is likely a need for some metadata describing what if any alternate syntax a service understands.



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