| 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586 | [[mapping-boost]]=== `boost`Individual fields can be _boosted_ automatically -- count more towards the relevance score-- at query time, with the `boost` parameter as follows:[source,js]--------------------------------------------------PUT my_index{  "mappings": {    "my_type": {      "properties": {        "title": {          "type": "string",          "boost": 2 <1>        },        "content": {          "type": "string"        }      }    }  }}--------------------------------------------------// AUTOSENSE<1> Matches on the `title` field will have twice the weight as those on the    `content` field, which has the default `boost` of `1.0`.NOTE: The boost is applied only for term queries (prefix, range and fuzzy queries are not _boosted_).You can achieve the same effect by using the boost parameter directly in the query, for instance the following query (with field time boost):[source,js]--------------------------------------------------{    "match" : {        "title": {            "query": "quick brown fox"        }    }}--------------------------------------------------is equivalent to:[source,js]--------------------------------------------------{    "match" : {        "title": {            "query": "quick brown fox",            "boost": 2        }    }}--------------------------------------------------// AUTOSENSEThe boost is also applied when it is copied with thevalue in the <<mapping-all-field,`_all`>> field. This means that, whenquerying the `_all` field, words that originated from the `title` field willhave a higher score than words that originated in the `content` field.This functionality comes at a cost: queries on the `_all` field are slowerwhen field boosting is used.deprecated[5.0.0, index time boost is deprecated.  Instead, the field mapping boost is applied at query time. For indices created before 5.0.0 the boost will still be applied at index time.][WARNING].Why index time boosting is a bad idea==================================================We advise against using index time boosting for the following reasons:* You cannot change index-time `boost` values without reindexing all of your  documents.* Every query supports query-time boosting which achieves the same effect. The  difference is that you can tweak the `boost` value without having to reindex.* Index-time boosts are stored as part of the <<norms,`norm`>>, which is only one  byte.  This reduces the resolution of the field length normalization factor  which can lead to lower quality relevance calculations.==================================================
 |