Skip to content
This repository was archived by the owner on Sep 21, 2021. It is now read-only.

Commit 359bad3

Browse files
committed
Edited 080_Structured_Search/25_ranges.asciidoc with Atlas code editor
1 parent 9fa58dc commit 359bad3

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

080_Structured_Search/25_ranges.asciidoc

+4-4
Original file line numberDiff line numberDiff line change
@@ -146,15 +146,15 @@ If we want a range from `a` up to but not including `b`, we can use the same
146146
}
147147
--------------------------------------------------
148148

149-
.Be careful of cardinality
149+
.Be Careful of Cardinality
150150
****
151-
Numeric and date fields are indexed in such a way that ranges are very efficient
151+
Numeric and date fields are indexed in such a way that ranges are efficient
152152
to calculate.((("cardinality, string ranges and"))) This is not the case for string fields, however. To perform
153-
a range on a string field, Elasticsearch is effectively performing a term
153+
a range on a string field, Elasticsearch is effectively performing a `term`
154154
filter for every term that falls in the range. This is much slower than
155155
a date or numeric range.
156156
157-
String ranges are fine on a field with _low cardinality_ -- a small number of
157+
String ranges are fine on a field with _low cardinality_--a small number of
158158
unique terms. But the more unique terms you have, the slower the string range
159159
will be.
160160

0 commit comments

Comments
 (0)