Query operators
You can use operators when you write queries to submit to Discovery by using the Query API.
The types of operators that are supported differ by query type:
Natural Language Query (NLQ) operator
The natural_language_query
parameter accepts a string value.
""
(Phrase query)
Use quotation marks to emphasize a single word or phrase in the query that is most important to match. For example, the following request boosts documents that contain the term “nomination” in them.
{
"natural_language_query":"What is the process for \"nomination\" of bonds?"
}
Specifying a quoted phrase does not prevent documents without the phrase from being returned. It merely gives more weight to documents with the phrase than those without it. For example, the query results might also contain documents that mention “bonds” or “process” and do not contain the word “nomination”.
The following request boosts the phrase “change in monetary policy” and also matches “change” or “monetary” or “policy”.
{
"natural_language_query":"\"change in monetary policy\""
}
Single quotation marks (') are not supported. You cannot use wildcards (*) in phrase queries.
Discovery Query Language (DQL) operators
Operators are the separators between different parts of a query.
.
(JSON delimiter)
This delimiter separates the levels of hierarchy in the JSON schema
For example, the following query argument identifies the section of the enriched_text object that contains entities and the text recognized as an entity.
enriched_text.entities.text
The JSON representation of this section looks as follows:
:
(Includes)
This operator specifies inclusion of the full query term.
For example, the following query searches for documents that contain the term cloud computing
in the text
field:
{
"query":"enriched_text.entities.text:\"cloud computing\""
}
The includes operator does not return a partial match for the query term. If you want to find a partial match for a term, use a wildcard operator with the includes operator. For example, if
you want to find any occurrences of TP53
or p53
in the test_results
field, the following query will not find occurrences of both terms:
{
"query":"test_results:P53"
}
Instead, include a wildcard in the request. For example, use the following query request. Because we are using the wildcard operator, we also changed the term to lowercase.
{
"query":"test_results:*p53"
}
With this syntax, occurrences of p53
, tp53
, P53
, or TP53
are all returned.
""
(Phrase query)
Phrase queries only match occurrences of the whole phrase. The order of the words in the phrase must match.
For example, the following query returns only documents that contain a field named quotation
with the text, There's no crying in baseball
.
{
"query":"quotation:\"There's no crying in baseball\""
}
A document with a quotation
field that says Jimmy Dugan said there's no crying in baseball
is also returned. However, documents that only mention baseball
or crying
without the entire phrase
are not matched. Neither is a document with In baseball, there's no crying
. Documents that contain the right text in the wrong field also are not matched. For example, a document with the text There's no crying in baseball
in the text
field is not returned.
Single quotation marks (') are not supported. You cannot use wildcards (*) in phrase queries.
::
(Exact match)
This operator specifies an exact match for the query term. Exact matches are case-sensitive.
For example, the following query searches for documents that contain entities of type Organization
:
{
"query":"enriched_text.entities.type::Organization"
}
The entire content of the field that you specify must match the phrase you specify. For example, the following query finds documents in which only entity mentions of IBM Cloud
are detected, not IBM Cloud Pak for Data
or IBM cloud
or Cloud
.
{
"query":"enriched_text.entities.text::\"IBM Cloud\""
}
Cannot match document fields that are greater than 256 characters in length.
:!
(Does not include)
This operator specifies that the results do not contain a match for the query term.
For example:
{
"query":"enriched_text.entities.text:!\"cloud computing\""
}
::!
(Not an exact match)
This operator specifies that the results do not exactly match the query term.
For example:
{
"query":"enriched_text.entities.text::!\"Cloud computing\""
}
Exact matches are case-sensitive.
Will retrieve document fields matching the query term if the field is over 256 characters in length.
\
(Escape character)
Escape character that preserves the literal value of the operator that follows it.
The complete list of valid escape sequences within text queries (except phrase queries):
\"
,\\
,\(
,\)
,\[
,\]
,\,
,\|
,\^
,\~
,\:
,\<=
,\>=
,\<
,\>
,\:!
,\::
,\::!
,\*
,\!
For example, message:\>=D
,method::foo\(String\)
.
Within a phrase query, the only valid escape sequence is \"
.
For example, name:"Shane \"Rapha\" Hendrixson"
, method::"foo(String)"
.
DQL is submitted to the Query API as JSON string fields, which require their own additional layer of escaping, for example:
{
"query":"name:\"Shane \\\"Rapha\\\" Hendrixson\""
}
()
,[]
(Nested grouping)
Logical groupings can be formed to specify more specific information.
For example:
{
"query":"enriched_text.entities:(text:IBM,type:Company)"
}
|
(or)
Boolean operator for "or".
In the following example, documents in which Google
or IBM
are identified as entities are returned:
{
"query":"enriched_text.entities.text:Google|enriched_text.entities.text:IBM"
}
The includes (:
,:!
) and match (::
, ::!
) operators have precedence over the OR
operator.
For example, the following syntax searches for documents in which Google
is identified as an entity or the string IBM
is present:
{
"query":"enriched_text.entities.text:Google|IBM"
}
It is treated as follows:
(enriched_text.entities.text:Google) OR IBM
,
(and)
Boolean operator for "and".
In the following example, documents in which Google
and IBM
both are identified as entities are returned:
{
"query":"enriched_text.entities.text:Google,enriched_text.entities.text:IBM"
}
The includes (:
,:!
) and match (::
, ::!
) operators have precedence over the AND
operator.
For example, the following syntax searches for documents in which Google
is identified as an entity and the string IBM
is present:
{
"query":"enriched_text.entities.text:Google,IBM"
}
It is treated as follows:
(enriched_text.entities.text:Google) AND IBM
<=, >=, >, <
(Numerical comparisons)
Creates numerical comparisons of less than
or equal to
, greater than
or equal to
, greater than
, and less than
.
Only use numerical comparison operators when the value is a number
or date
.
Any value that is surrounded by quotations is a String. Therefore, score>=0.5
is a valid query and score>="0.5"
is not.
For example:
{
"query":"invoice.total>100.50"
}
^x
(Score multiplier)
Increases the score value of a search term.
For example:
{
"query":"enriched_text.entities.text:IBM^3"
}
*
(Wildcard)
Matches unknown characters in a search expression. Do not use capital letters with wildcards.
For example:
{
"query":"enriched_text.entities.text:ib*"
}
~n
(String variation)
The number of character differences that are allowed when matching a string. The maximum variation number that can be used is 2.
For example, the following query returns documents that contain car
in the title field, as well as cap
,cat
,can
, sat
, and so on:
{
"query":"title:cat~1"
}
The normalized version of the word is used for matching. Therefore, if the input contains "cats", the search looks for "cat", which is the normalized form of the plural cats.
When a phrase is submitted, each term in the phrase is allowed the specified number of variations. For example, the following input matches cat dog
and far log
in addition to car hog
.
For example:
{
"query":"title:\"car hog\"~1"
}
:*
(Exists)
Used to return all results where the specified field exists.
For example:
{
"query":"title:*"
}
:!*
(Does not exist)
Used to return all results that do not include the specified field.
For example:
{
"query":"title:!*"
}
For more information, see the Discovery API reference.
For an overview of query concepts, see the Query overview.