本节书摘来自华章计算机《深入理解ElasticSearch》一书中的第2章，第2.5节,作者：[美] 拉斐尔·酷奇（Rafa Ku） 马雷克·罗戈任斯基（Marek Rogoziński）更多章节内容可以访问云栖社区“华章计算机”公众号查看。
2.5 排序
当你发送查询至ElasticSearch，返回文档默认按文档得分降序排序（文档评分计算详见2.1节）。这种排序策略通常是我们想要的，即第一个文档是与查询最相关的。然而，有时候我们希望能改变这种排序方式。下面这个例子就很容易做到，因为我们在查询中只使用了简单的词项字符串。请查看下面的范例：
该查询范例会返回所有在title字段上至少命中一个词项的文档，并基于section字段数据排序。
也可以通过添加查询的sort部分的missing属性为那些section字段有缺失值的文档定制排序行为。例如，这样设置之前查询范例的sort配置，将section字段值缺失的文档排在最后：
2.5.1 基于多值字段的排序
在0.90版本之前，ElasticSearch在基于多值字段排序时存在一些问题。尝试这种排序时，通常会导致下面这种错误：[Can抰 sort on string types with more than one value per doc, or more than one token per field]。事实上，基于多值字段排序没有任何意义，因为ElasticSearch并不知道依照字段的哪个值进行排序。随着ElasticSearch 0.90的出现，基于多值字段的排序变得可行了。例如，某些文档的release_dates字段里存储了多个电影上映日期（同一部电影在不同国家的上映日期不同）。如果我们使用了ElasticSearch 0.90，我们可以如此构造查询请求：
请注意，在本小节的范例中，查询请求的query部分是多余的（它与默认设置相同），后面的范例将不再赘述。
例子中，ElasticSearch将基于每个文档的release_dates字段的最小值进行排序。mode参数可以设置为以下这些值：
- min：升序排序的默认值，ElasticSearch将依照该字段的最小值进行排序。
- max：降序排序的默认值，ElasticSearch将依照该字段的最大值进行排序。
- avg：ElasticSearch将依照该字段的平均值进行排序。
- sum：ElasticSearch将依照该字段的总和进行排序。
请注意，后面两个选项只对数值类型字段有效。尽管目前的版本能对文本类型字段使用avg和sum选项，但是返回结果可能并不符合用户的预期，因此并不鼓励使用这种用法。
2.5.2 基于多值geo字段的排序
ElasticSearch的0.92.0RC2版本提供了基于多维坐标数据的排序。从用户角度来看，这种排序与前面提到的排序没有什么区别。现在，我们通过一个真实的例子来进一步了解这种类型的排序。例如，要查找特定国家里离自己最近的一个机构。假设我们使用下面这个映射：
同时，使用下面这条数据记录：
我们的查询也很简单，如下所示：
正如你所见，我们有一个文档，文档中存储了多个地理位置的坐标。现在，我们执行查询并查看结果：
从中可以看到，返回结果包含这个值："sort" : [ 0.0 ]。这是因为返回文档中的地理坐标与查询中的坐标精确匹配。如果我们在查询中配置mode属性的值为max，则会返回一个不同的值，返回结果的高亮部分就会是下面的值：
在Elas
2.5.3 基于嵌套对象的排序
本节将介绍最后一种排序技术，即在ElasticSearch 0.90及以上版本中，用户可以基于字段中定义的嵌套对象排序。基于嵌套文档的字段排序，对以下两种情形都适用：使用了显式嵌套映射（在映射中配置type="nested"）的文档以及使用了对象类型的文档。但是，两者之间的一些细微区别仍需要注意。
假设我们索引了如下数据：
正如你所见，文档中有嵌套对象，并且某些字段中有多个值（如存在多张选票）。
请查看下面这个查询：
查询返回结果按嵌套对象的users字段最小值降序排序。如果我们将嵌套文档中的子文档视为一种数据类型，则可以将查询简化为如下形式：
当使用对象类型（object type）时，可以简化查询，这是因为整个对象结构被当成一个Lucene文档进行存储的。而在使用嵌套类型的时候，ElasticSearch需要更多精确的字段信息，这是因为这些文档确实是独立的Lucene文档。但有些时候，使用nested_path属性会更加便捷，我们按照下面这种方式构造一个查询：
请记住，我们也可以使用nested_filter参数，只是该参数仅对嵌套文档有效（即那些被显式标记为嵌套文档的）。利用这个参数，我们可以在排序前就已经通过一个过滤器在检索期排除了某些文档，而不是在检索结果文档集中过滤它们。
