In a few previous PR's we restructured the ES|QL docs to make it possible to generate them dynamically. This PR just moves a few files around to make the query languages docs easier to work with, and a little more organized like the ES|QL docs. A bit part of this was setting up redirects to the new locations, so other repo's could correctly link to the elasticsearch docs.
2.2 KiB
navigation_title | mapped_pages | |
---|---|---|
Simple pattern |
|
Simple pattern tokenizer [analysis-simplepattern-tokenizer]
The simple_pattern
tokenizer uses a regular expression to capture matching text as terms. The set of regular expression features it supports is more limited than the pattern
tokenizer, but the tokenization is generally faster.
This tokenizer does not support splitting the input on a pattern match, unlike the pattern
tokenizer. To split on pattern matches using the same restricted regular expression subset, see the simple_pattern_split
tokenizer.
This tokenizer uses Lucene regular expressions. For an explanation of the supported features and syntax, see Regular Expression Syntax.
The default pattern is the empty string, which produces no terms. This tokenizer should always be configured with a non-default pattern.
Configuration [_configuration_17]
The simple_pattern
tokenizer accepts the following parameters:
pattern
- Lucene regular expression, defaults to the empty string.
Example configuration [_example_configuration_11]
This example configures the simple_pattern
tokenizer to produce terms that are three-digit numbers
PUT my-index-000001
{
"settings": {
"analysis": {
"analyzer": {
"my_analyzer": {
"tokenizer": "my_tokenizer"
}
},
"tokenizer": {
"my_tokenizer": {
"type": "simple_pattern",
"pattern": "[0123456789]{3}"
}
}
}
}
}
POST my-index-000001/_analyze
{
"analyzer": "my_analyzer",
"text": "fd-786-335-514-x"
}
The above example produces these terms:
[ 786, 335, 514 ]