## 相關性排序
默認情況下,結果集會按照相關性進行排序 -- 相關性越高,排名越靠前。
這一章我們會講述相關性是什么以及它是如何計算的。
在此之前,我們先看一下`sort`參數的使用方法。
## 排序方式
為了使結果可以按照相關性進行排序,我們需要一個相關性的值。在ElasticSearch的查詢結果中,
相關性分值會用`_score`字段來給出一個浮點型的數值,所以默認情況下,結果集以`_score`進行倒序排列。
有時,即便如此,你還是沒有一個有意義的相關性分值。比如,以下語句返回所有tweets中 `user_id` 是否
包含值 `1`:
```Javascript
GET /_search
{
"query" : {
"filtered" : {
"filter" : {
"term" : {
"user_id" : 1
}
}
}
}
}
```
過濾語句與 `_score` 沒有關系,但是有隱含的查詢條件 `match_all` 為所有的文檔的 `_score` 設值為 `1`。
也就相當于所有的文檔相關性是相同的。
## 字段值排序
下面例子中,對結果集按照時間排序,這也是最常見的情形,將最新的文檔排列靠前。
我們使用 `sort` 參數進行排序:
```Javascript
GET /_search
{
"query" : {
"filtered" : {
"filter" : { "term" : { "user_id" : 1 }}
}
},
"sort": { "date": { "order": "desc" }}
}
```
你會發現這里有兩個不同點:
```Javascript
"hits" : {
"total" : 6,
"max_score" : null, <1>
"hits" : [ {
"_index" : "us",
"_type" : "tweet",
"_id" : "14",
"_score" : null, <1>
"_source" : {
"date": "2014-09-24",
...
},
"sort" : [ 1411516800000 ] <2>
},
...
}
```
<1> `_score` 字段沒有經過計算,因為它沒有用作排序。
<2> `date` 字段被轉為毫秒當作排序依據。
首先,在每個結果中增加了一個 `sort` 字段,它所包含的值是用來排序的。
在這個例子當中 `date` 字段在內部被轉為毫秒,即長整型數字`1411516800000`等同于日期字符串 `2014-09-24 00:00:00 UTC`。
其次就是 `_score` 和 `max_score` 字段都為 `null`。計算 `_score` 是比較消耗性能的,
而且通常主要用作排序 -- 我們不是用相關性進行排序的時候,就不需要統計其相關性。
如果你想強制計算其相關性,可以設置`track_scores`為 `true`。
## 默認排序
****
作為縮寫,你可以只指定要排序的字段名稱:
```Javascript
"sort": "number_of_children"
```
字段值默認以順序排列,而 `_score` 默認以倒序排列。
****
## 多級排序
如果我們想要合并一個查詢語句,并且展示所有匹配的結果集使用第一排序是`date`,第二排序是 `_score`:
```Javascript
GET /_search
{
"query" : {
"filtered" : {
"query": { "match": { "tweet": "manage text search" }},
"filter" : { "term" : { "user_id" : 2 }}
}
},
"sort": [
{ "date": { "order": "desc" }},
{ "_score": { "order": "desc" }}
]
}
```
排序是很重要的。結果集會先用第一排序字段來排序,當用用作第一字段排序的值相同的時候,
然后再用第二字段對第一排序值相同的文檔進行排序,以此類推。
多級排序不需要包含 `_score` -- 你可以使用幾個不同的字段,如位置距離或者自定義數值。
## 字符串參數排序
****
字符查詢也支持自定義排序,在查詢字符串使用`sort`參數就可以:
```Javascript
GET /_search?sort=date:desc&sort=_score&q=search
```
****
## 為多值字段排序
在為一個字段的多個值進行排序的時候, 其實這些值本來是沒有固定的排序的-- 一個擁有多值的字段就是一個集合,
你準備以哪一個作為排序依據呢?
對于數字和日期,你可以從多個值中取出一個來進行排序,你可以使用`min`, `max`, `avg` 或 `sum`這些模式。
比說你可以在 `dates` 字段中用最早的日期來進行排序:
```Javascript
"sort": {
"dates": {
"order": "asc",
"mode": "min"
}
}
```
- Introduction
- 入門
- 是什么
- 安裝
- API
- 文檔
- 索引
- 搜索
- 聚合
- 小結
- 分布式
- 結語
- 分布式集群
- 空集群
- 集群健康
- 添加索引
- 故障轉移
- 橫向擴展
- 更多擴展
- 應對故障
- 數據
- 文檔
- 索引
- 獲取
- 存在
- 更新
- 創建
- 刪除
- 版本控制
- 局部更新
- Mget
- 批量
- 結語
- 分布式增刪改查
- 路由
- 分片交互
- 新建、索引和刪除
- 檢索
- 局部更新
- 批量請求
- 批量格式
- 搜索
- 空搜索
- 多索引和多類型
- 分頁
- 查詢字符串
- 映射和分析
- 數據類型差異
- 確切值對決全文
- 倒排索引
- 分析
- 映射
- 復合類型
- 結構化查詢
- 請求體查詢
- 結構化查詢
- 查詢與過濾
- 重要的查詢子句
- 過濾查詢
- 驗證查詢
- 結語
- 排序
- 排序
- 字符串排序
- 相關性
- 字段數據
- 分布式搜索
- 查詢階段
- 取回階段
- 搜索選項
- 掃描和滾屏
- 索引管理
- 創建刪除
- 設置
- 配置分析器
- 自定義分析器
- 映射
- 根對象
- 元數據中的source字段
- 元數據中的all字段
- 元數據中的ID字段
- 動態映射
- 自定義動態映射
- 默認映射
- 重建索引
- 別名
- 深入分片
- 使文本可以被搜索
- 動態索引
- 近實時搜索
- 持久化變更
- 合并段
- 結構化搜索
- 查詢準確值
- 組合過濾
- 查詢多個準確值
- 包含,而不是相等
- 范圍
- 處理 Null 值
- 緩存
- 過濾順序
- 全文搜索
- 匹配查詢
- 多詞查詢
- 組合查詢
- 布爾匹配
- 增加子句
- 控制分析
- 關聯失效
- 多字段搜索
- 多重查詢字符串
- 單一查詢字符串
- 最佳字段
- 最佳字段查詢調優
- 多重匹配查詢
- 最多字段查詢
- 跨字段對象查詢
- 以字段為中心查詢
- 全字段查詢
- 跨字段查詢
- 精確查詢
- 模糊匹配
- Phrase matching
- Slop
- Multi value fields
- Scoring
- Relevance
- Performance
- Shingles
- Partial_Matching
- Postcodes
- Prefix query
- Wildcard Regexp
- Match phrase prefix
- Index time
- Ngram intro
- Search as you type
- Compound words
- Relevance
- Scoring theory
- Practical scoring
- Query time boosting
- Query scoring
- Not quite not
- Ignoring TFIDF
- Function score query
- Popularity
- Boosting filtered subsets
- Random scoring
- Decay functions
- Pluggable similarities
- Conclusion
- Language intro
- Intro
- Using
- Configuring
- Language pitfalls
- One language per doc
- One language per field
- Mixed language fields
- Conclusion
- Identifying words
- Intro
- Standard analyzer
- Standard tokenizer
- ICU plugin
- ICU tokenizer
- Tidying text
- Token normalization
- Intro
- Lowercasing
- Removing diacritics
- Unicode world
- Case folding
- Character folding
- Sorting and collations
- Stemming
- Intro
- Algorithmic stemmers
- Dictionary stemmers
- Hunspell stemmer
- Choosing a stemmer
- Controlling stemming
- Stemming in situ
- Stopwords
- Intro
- Using stopwords
- Stopwords and performance
- Divide and conquer
- Phrase queries
- Common grams
- Relevance
- Synonyms
- Intro
- Using synonyms
- Synonym formats
- Expand contract
- Analysis chain
- Multi word synonyms
- Symbol synonyms
- Fuzzy matching
- Intro
- Fuzziness
- Fuzzy query
- Fuzzy match query
- Scoring fuzziness
- Phonetic matching
- Aggregations
- overview
- circuit breaker fd settings
- filtering
- facets
- docvalues
- eager
- breadth vs depth
- Conclusion
- concepts buckets
- basic example
- add metric
- nested bucket
- extra metrics
- bucket metric list
- histogram
- date histogram
- scope
- filtering
- sorting ordering
- approx intro
- cardinality
- percentiles
- sigterms intro
- sigterms
- fielddata
- analyzed vs not
- 地理坐標點
- 地理坐標點
- 通過地理坐標點過濾
- 地理坐標盒模型過濾器
- 地理距離過濾器
- 緩存地理位置過濾器
- 減少內存占用
- 按距離排序
- Geohashe
- Geohashe
- Geohashe映射
- Geohash單元過濾器
- 地理位置聚合
- 地理位置聚合
- 按距離聚合
- Geohash單元聚合器
- 范圍(邊界)聚合器
- 地理形狀
- 地理形狀
- 映射地理形狀
- 索引地理形狀
- 查詢地理形狀
- 在查詢中使用已索引的形狀
- 地理形狀的過濾與緩存
- 關系
- 關系
- 應用級別的Join操作
- 扁平化你的數據
- Top hits
- Concurrency
- Concurrency solutions
- 嵌套
- 嵌套對象
- 嵌套映射
- 嵌套查詢
- 嵌套排序
- 嵌套集合
- Parent Child
- Parent child
- Indexing parent child
- Has child
- Has parent
- Children agg
- Grandparents
- Practical considerations
- Scaling
- Shard
- Overallocation
- Kagillion shards
- Capacity planning
- Replica shards
- Multiple indices
- Index per timeframe
- Index templates
- Retiring data
- Index per user
- Shared index
- Faking it
- One big user
- Scale is not infinite
- Cluster Admin
- Marvel
- Health
- Node stats
- Other stats
- Deployment
- hardware
- other
- config
- dont touch
- heap
- file descriptors
- conclusion
- cluster settings
- Post Deployment
- dynamic settings
- logging
- indexing perf
- rolling restart
- backup
- restore
- conclusion