RESTful API - Search

1. Overview

The SRCH2 engine provides a RESTful API that receives a request (query, insert/delete/update, or a control message) and gives a response in the JSON format. This documentation describes the detail of the search API. It begins with a set of sample queries to give an overview of the query language. It then dives into the language with an explanation of its basic concepts. Then it gives details of the structural components of a query with emphasis on their syntax specifications.

Refer to this page about the insert/delete/update API and this page about the control API.

Note that each RESTful request needs to use a proper URL encoder to be converted to characters in a format that can be transmitted properly.

2. Sample queries

Let us start with sample queries to give an idea of the query syntax. For clarity, we provide both the easy-to-read query URL and when necessary, a curl command with the URL encoding necessary to send the query (in parentheses).
URL encoding is also necessary if you choose to use a web browser. In our example commands, we assume you have installed the SRCH2 server locally on port 8081.

The following query f1 searches for all records containing the word "terminator". The result set will contain all records with the word "terminator" in a searchable field, as specified in the configuration file.

 f1) curl -i ""

Query f2 gets records with the word "terminator" in its title field and the word "cameron" in its director field.

 f2) AND director:cameron
 curl command with URL encoding: curl -i ""

The following is the result:

  "estimated_number_of_results": 2,
  "fuzzy": 1,
  "limit": 2,
  "message": "NOTICE : topK query",
  "offset": 0,
  "payload_access_time": 0,
  "query_keywords": [
  "query_keywords_complete": [
  "results": [
      "edit_dist": [
      "matching_prefix": [
      "record_id": "156005",
      "score": 13.769531250,
      "record": {
        "id": "156005",
        "director": "James Cameron",
        "genre": "Action",
        "id": "156005",
        "title": "The Terminator",
        "year": "1984"
      "snippet": [

      "edit_dist": [
      "matching_prefix": [
      "record_id": "755010",
      "score": 13.769531250,
      "record": {
        "id": "755010",
        "director": "James Cameron",
        "genre": "Science Fiction",
        "id": "755010",
        "title": "Terminator 2",
        "year": "1991"
      "snippet": [

  "results_found": 2,
  "searcher_time": 1,
  "type": 0

Query f3 filters the results based on the year field, i.e., the year value needs to be between 1983 and 1992 (both inclusive).

 f3) AND director:cameron&fq=year:[1983 TO 1992]
 (curl -i "")

Query f4 filters the results based on the genre field.

 f4) " AND director:cameron&fq=genre:action
 (curl -i "")

Query f5 includes a filtering expression, as specified by the syntax "boolexp$ ... $", which selects movies made after 1982.

 f5) AND director:cameron&fq=boolexp$ year>1982 $
 (curl -i "$%20year%3E1982%20$")

Query f6 sorts the results based on the year attribute in the ascending order.

 f6) curl -i ""

Query f7 requests the engine to return faceted information for the record's genre field.

 f7) curl -i ""

Note: The response of a RESTful request is in the JSON format. The engine also supports the JSONP format. In order to get the response data in JSONP, append a parameter field "callback" to the query URL. For example:

 curl -i ""

3. Basic Concepts

Before going into queries and their components, let us first understand the basic elements of a query: fields and terms.

3.1. Fields

When performing a search, we can either specify a field or use a default value. A field that is labeled as "searchable" or "indexed" can be searched with the syntax field name followed by a colon ":" and the search term. For example, suppose the data contains two fields, title and year. To find the records with "star" and "wars" in the "title" field, we can use the following query:

 title:star AND wars

3.2. Terms

There are two types of terms: "single term" and "phrase." A single term is a single word such as terminator or cameron. A phrase is a group of words surrounded by double quotes such as "star wars".

3.3. Term Modifiers

The engine supports modifying query terms to provide a wide range of search options.

The engine supports prefix searches. For instance, the following query searches for records with a keyword that has the prefix "term*":


The engine supports fuzzy search based on Levenshtein distance (edit distance). The engine does a fuzzy search when the tilde symbol (~) is added to the end of a single term. The engine uses a customizable threshold (normalized based on the term length) to determine the edit distance used in finding the set of matching keywords. We can also specify the edit-distance threshold by explicitly giving a normalized similarity threshold (a float number between 0 and 1) for a term. Let "s" be the similarity threshold for a term given in the query. The engine will use the formula

    floor((1-s) * length(keyword))

to compute the edit-distance threshold to do the search. If "s" is 1, we do an exact search. As example, consider the following query:


The internal edit-distance threshold is floor((1-0.8) * length("spielburrg")) = floor(0.2 * 10) = 2. So the engine will find records with a keyword whose edit distance to the term "spielburrg" is at most two.

The engine allows each fuzzy search term to specify its own similarity value.

If a term does not have a similarity value, e.g.,


the engine will use the similarity threshold specified in the configuration file.

3.3.3. Boosting a Term

The engine provides the relevance level of matching records based on its matching terms. To boost the importance of a given term, we can use the caret symbol (^) with a boost number at the end of the given term. The higher the boost value, the more relevant the term will be.

Boosting allows control over the relevance of a record by boosting the significance of its terms. For example, if we are searching for two terms "star" and "wars", and we want the term "star" to be more relevant, we can boost it using the ^ symbol along with the boost value next to the term. We would type:

 star^4 AND wars

The boost value must be a positive integer, and its default value is 1.

Note: we can specify all three modifiers to a single term, but the order of modifiers must always be prefix, boost, and then fuzzy. The following are valid query examples:

 1) q=sta*^4~0.6 AND wars^~0.8
 2) q=star^4~0.6 AND wars^~ AND cam*
 3) q=star~0.6 AND wars^5~0.8

The following are invalid query examples:

 Invalid query 1) q=sta^4*
 Invalid query 2) q=star~.4^3*
 Invalid query 3) q=star~.6*

The engine supports finding words that are within a specified proximity. To use this feature, we need to set the enablePositionIndex flag to true in the configuration file.

To do a proximity search, we use the tilde symbol ("~") at the end of a phrase. For example, the following query searches for records with the keywords "saving" and "ryan" within 1 word (that is, either zero or one word separates them) of each other in a document:

 q="saving ryan"~1

Notice that a proximity search does not support edit-distance-based fuzzy match, i.e., we do not allow typos in the keywords in the quotes. Also note that the maximum value of the input slop can only be 10000.

To know about how the scores are computed based on proximity of keywords, please look into ranking.

3.4. Boolean Operators

The engine supports three boolean operators: AND, OR, and NOT. For example:

 q=(star^4 AND wars) OR "George Lucas"

returns all records which either contain "star" and "wars" or the phrase "George Lucas". As you see, Term Modifiers and Phrase Search can be used with a boolean expression. A few more examples are:

 q=("star wars" AND "episode 3") OR ("George Lucas" AND NOT "Indiana Jones")

 q=big AND fish AND ("Tim Burton" OR MacGregor~0.5)

 q=pulp AND fiction AND (Tarenti~0.6* OR Travolta OR Jackson) AND NOT "Jesse Jackson"

4. Query Components

The components and sub-components of a query are shown in Figure 1. The "Local Parameters" component has query-related meta data specification, and the "Query Parameters" component includes specifications for the main query, post-processing filters, sorting, and facets.

Figure 1: Query Components

5. Local Parameters

LocalParams stands for "local parameters." It defines the default way to deal with those terms in the query. To indicate a LocalParam, we prefix the target argument with curly braces containing a series of key=value pairs separated by a white space. So if the original query keyword is "hunt", applying LocalParams would look something like {k1=v1 k2=v2 k3=v3}hunt. For example, we can specify a default field in local parameters as follows:


The above query searches for records with the word "hunt" in the field title. The field title is searched by default unless specified elsewhere in the query (see below). We can specify more than one defaultSearch field. We can also specify what logical operator to use between these fields. For example:

 q={defaultFieldOperator=AND defaultSearchFields=director,title}hunt

The above query will return records with the word "hunt" in both director and title fields. If "hunt" is present only in one of the specified defaultSearchFields, the engine will not return the record. If we want the engine to return a record with the word "hunt" present in any of the given defaultSearchFields, then we can set the value of defaultFieldOperator to "OR". The corresponding query is the following:

 q={defaultFieldOperator=OR defaultSearchFields=director,title}hunt

The following are valid localParams:

6. Query Parameters

6.1. q: Main query parameter

A search over a searchable field is denoted by its name and the search term separated with a colon ":". For example, consider the query below:


This searches for the keyword "wind" in the field title. If no field is provided, but local parameter defaultSearchFields described above is provided, the fields specified by that parameter will be searched. If neither parameter was provided, the engine will search on the indexed field(s) as specified in the configuration file. For example,


The above query searches for the keyword "wind" in all the searchable fields as specified in the configuration file.

Note: all the field names used in "q" must have their "searchable" property or "indexed" property set to true in the configuration file.

6.2. fq: Filter-query parameter

This parameter is used to specify a filter restricting the set of records returned, without influencing their scores. In the example below, only records having year equal to 2012 will return.


A range query allows us to match records whose field value is between a specified lower bound and upper bound (both inclusive). For example:

 year:[2010 TO 2012]

The above query finds records whose year of release has a value between 2010 and 2012 (both inclusive).

Please note: range queries are not just for numerical fields. We could also use range queries on non-numerical fields. Example:

 genre:[comedy TO drama]
 (genre:%5Bcomedy TO drama%5D)

This will find all records whose genre value is alphabetically between "comedy" and "drama" (both inclusive).

Note: the engine supports only one kind of boolean operator (OR or AND) between all the filter terms. The following are examples of valid arguments:

 1) fq=id:[1000 TO *] AND genre:drama AND year:[* TO 1975]
 2) fq=id:[1000 TO *] OR genre:drama OR year:[* TO 1975]

The first query returns the records with an id greater than or equal to 1000, a genre of drama, and year less than or equal to 1975.

The engine supports specifying boolean expressions only as filters. These expressions must be surrounded by "boolexp$" and "$".

 fq=boolexp$log(year) + 5 > log(2003)$

Please note: for the predicate "boolexp$ numOfReviews * 5 + numOfLikes * 2 > 940$", the engine will evaluate the boolean expression between the two '$' signs, which in this case is "numOfReviews * 5 + numOfLikes * 2 > 940". Here numOfReviews and numOfLikes are two fields defined in the schema.

In filter query terms, we can use the "-" operator before a field:term binding to tell the engine to exclude the records from the results that match the given binding criterion. For example:

 fq=-year:[1975 TO *]

The above filter query will find records for movies released before 1975.

Please note: the attributes used in "fq" must have the "refining" property set to true in the configuration file. Also, only the attributes of type INT and FLOAT can be used in the "boolexp$$" block. In the movie demo, some of the attributes are not refining.

6.3. fl: Field list parameter

This parameter in a query is used to specify fields or attributes that the user wants the engine to return for this query. For example the following url:,category

will return records containing the term "services" in it, but the record returned will only contain the two fields "name" and "category" in it.

Note that the fields to be returned by the engine can also be specified through the "responseContent" tag in the configuration file. But fields specified through the "fl" parameter of a query will always override the parameter specified in the "responseContent" tag of the configuration file.

7. Facet Parameters

7.1. facet

This value is "true", "false" or "only", indicating whether we want to enable faceting. To turn faceting on, we need to include the following


Setting facet to "only" will make the engine only return facet results. This option helps the user when he only needs facet results and wants to avoid network communication overhead of sending back the results.

Please note: facet must also be enabled from the configuration file by setting the "facetEnabled" tag to true.

7.2. Facet by Category

7.2.1 facet.field

This parameter specifies a field to be treated as a categorical facet. It finds the number of distinct values in the specified field and returns the number of records that match each value. This parameter can be specified multiple times to indicate multiple facet fields.


This query specifies "facet=true" to turn on faceting. The parameters facet.field request that the engine include in the response the facets for the fields year and genre.

7.2.2 f.category.rows

This is the maximum number of categories with maximal frequencies to be returned. All categories are returned by default. Example: adding the following parameter to the query will tell the engine to return the top 10 most popular genres.


Note the different query parameter name of f instead of field for backward compatibility to Solr.

7.3. Facet by Range

7.3.1 facet.range

This parameter can be used to specify a field that should be treated as a range facet. It allows us to specify fields for which only facets within a specified range will be included. Example:


The response of the above query includes facet information for the year field.

Please note that the configuration file should define the default facet.start, facet.end, and values.

7.3.2. f.category.range.start

This is the minimum value (inclusive) of the range. Example:


The above query defines the lower bounds of the facet range for the year field.

7.3.3. f.category.range.end

It is the upper bound (exclusive) of the range. Example:


The above query defines the upper bounds of the facet range for the year field.


This parameter determines the size of each range by which to group the facet values starting from the minimum value. Example:

The above query defines the gap between each consecutive faceted value of the facet range for the year field.

Note that all start, end, and gap values, if given in the query, will override the corresponding values in the configuration file.

Note: if the expected number of results of a query is greater than 10K, facet results are made based on the best 2000 results.

8. Search Type

The engine offers two different strategies for searching records:

The following are examples of using searchType:

 1) searchType=topK
 2) searchType=getAll
 3) searchType=getAll&sort=director

Note: if searchType is not included in the query, it is set to topK by default. However, if any facet or sort parameter is included in the query, the search type will be getAll. Note: If the searchType is 'getAll' and if the expected number of results is more than 10,000, the engine will return the top 2000 results based on the ranking score.

9. Sort

The engine's default behavior is to sort the results using a descending order by the overall score of each record. The user can specify sorting by other fields. For example:


Note: if a sort request is included in the query, the returned records' scores are still those calculated scores by the engine, but the order of the results corresponds to the user specification. Note: if the expected number of results of a query is greater than 10K, the ranking function is used to find the best 2000 results, which are then sorted based on the sort parameter and returned.

10. Orderby

It specifies the order in which the result set should be sorted. Its default value is "desc" (descending). This order is valid for all the fields specified in the sort parameter.


Note: the order specified in the orderby parameter will be applied to all the fields mentioned in the sort parameter. Currently, specifying different orderby values for different fields is not supported.

11. Start

It is the offset in the complete result set of the query, where the set of returned records should begin. The default value is 0.


12. Rows

It indicates the number of records to return from the complete result set. Its default value is 0.


This parameter and start can be used to implement pagination.

13. Fetch a Record

The SRCH2 engine provides an API that allows the user to fetch a record by giving its primary key value. An example of such a request is:

 curl -i ""

which returns the record with "929" (text) as its primary key value. Note that the primary key is defined by the tag "uniqueKey" under the "schema" tag.

14. Multi-core

The "Cores" tag set in the configuration file allows the user to search on multiple "cores" within the same server. A query can specify a particular core. For instance, the following query:

retrieves answers for the keyword "term" from the core called "example-core". In the case when no core is specified in a query, the server will use the default core specified by the "defaultCoreName" tag.

If a user wants to get results from all the cores, the query should add a prefix "/_all/search" to the request. For instance, the following query:

requests that all cores process the "term" query. The "search-all" response encapsulates the results from each source with a tag of the core name. For example, the following is a sample response from two cores:

                   "director":"Martin Scorsese",
            { # 2nd result
            { # 3rd result
                    "title":"Silverlight 4 - downloading data into tooltip w/ Bing Maps",

15. Access Control

When record-based access control or attribute-based access control is enabled in the config file, the role-id can be specified using roleId parameter. For example.

curl "

If roleId=spiderman has access to the field project_name, then the engine will search in the field project_name; otherwise no result will be returned.