0、实战问题
有了分词，开发中会遇到，某个索引的文档集合中，共有多少XX关键词？
这就引发出了词频统计的问题。
社区问题：

中文分词后能否统计索引词频
初学者，想做一个简单的论坛检索和热词分析的应用，IK分词后能否将分好的索引词出现频率排序。这样可以形成一个大致的热点词汇范围。

我知道单条index的话可以用termvectors做这个事情，要是上万条index能做吗？ 多谢！

1、创建索引
1DELETE message_index
2PUT message_index
3{
4 "mappings": {
5 "_doc":{
6 "properties":{
7 "message": {
8 "analyzer": "ik_smart",
9 "term_vector": "with_positions_offsets",
10 "boost": 8,
11 "type": "text",
12 "fielddata":"true"
13 }
14 }
15 }
16 }
17}

2、导入数据
1POST message_index/_doc/1
2{
3 "message":"沉溺于「轻易获得高成就感」的事情：有意无意地寻求用很小付出获得很大「回报」的偏方，哪怕回报是虚拟的"
4}
5POST message_index/_doc/2
6{
7 "message":"过度追求“短期回报”可以先思考这样一个问题：为什么玩王者荣耀沉溺我们总是停不下来回报"
8}
9POST message_index/_doc/3
10{
11 "message":"过度追求的努力无法带来超额的回报，就因此放弃了努力。这点在聪明人身上尤其明显。以前念本科的时候身在沉溺"
12}

3、聚合获取词频
1POST message_index/_search
2{
3 "size" : 0,
4 "aggs" : {
5 "messages" : {
6 "terms" : {
7 "size" : 10,
8 "field" : "message"
9 }
10 }
11 }
12}

4、返回结果
1{
2 "took": 4,
3 "timed_out": false,
4 "_shards": {
5 "total": 5,
6 "successful": 5,
7 "skipped": 0,
8 "failed": 0
9 },
10 "hits": {
11 "total": 3,
12 "max_score": 0,
13 "hits": []
14 },
15 "aggregations": {
16 "messages": {
17 "doc_count_error_upper_bound": 0,
18 "sum_other_doc_count": 45,
19 "buckets": [
20 {
21 "key": "回报",
22 "doc_count": 3
23 },
24 {
25 "key": "沉溺",
26 "doc_count": 2
27 },
28 {
29 "key": "的",
30 "doc_count": 2
31 },
32 {
33 "key": "过度",
34 "doc_count": 2
35 },
36 {
37 "key": "追求",
38 "doc_count": 2
39 },
40 {
41 "key": "一个",
42 "doc_count": 1
43 },
44 {
45 "key": "为什么",
46 "doc_count": 1
47 },
48 {
49 "key": "了",
50 "doc_count": 1
51 },
52 {
53 "key": "事情",
54 "doc_count": 1
55 },
56 {
57 "key": "付出",
58 "doc_count": 1
59 }
60 ]
61 }
62 }
63}

5、核心知识点解读
"fielddata":"true" 是什么？

5.1 基础认知：text类型不能用于聚合
所有字段是默认被 indexed（被索引的），这使得它们是可搜索的.可以在脚本中排序,聚合和获取字段值,但是需要不同的搜索模式.

搜索需要回答一个问题 “哪个 document（文档） 包含这个 term（词条）”,然而排序和聚合需要回答一个不同的问题 " 这个字段在这个 document（文档）中的值是多少？".

许多字段可以使用 index-time，在磁盘上的 doc_values 支持这种数据访问模式, 但是 text 字段不支持 doc_values。

5.2 docvalues和fileddata的本质区别？
docvalues 它保存某一列的数据，并索引它，用于加快聚合和排序的速度。

fileddata 它保存某一列的数据，并索引它，用于加快聚合和排序的速度。和docvalues不一样的是，fielddata保存的是text类型的字段分词后的terms，而不是保存源字段数据。

5.3 fileddata的特点
相反,text 字段使用查询时存在于内存的数据结构 fielddata.这个数据结构是第一次将字段用于聚合,排序,或者脚本时基于需求构建的。

它是通过读取磁盘上的每个 segment（片段）的整个反向索引来构建的，将 term（词条）和 document（文档）关系反转,并将结果存储在内存中,在JVM的堆中.

5.4 text字段默认关闭Fielddat的原因？
text 字段默认关闭 Fielddata Fielddata会消耗很多堆空间,尤其是加载高基数的 text 字段的时候.一旦 fielddata 加载到堆中,它在 segment（片段）中的生命周期还是存在的.

此外,加载 fielddata 是一件非常昂贵的过程,会导致用户体验到延迟的感觉.这就是为什么 fielddata 默认关闭.

如果你尝试对文本字段上的脚本进行排序,访问值,你会看到此异常：

5.5 fielddata的打开方式？
以下ES6.2.X验证ok。

1PUT my_index/_mapping/_doc
2{
3 "properties": {
4 "my_field": {
5 "type": "text",
6 "fielddata": true
7 }
8 }
9}

参考：
http://t.cn/R3MzYfZ
http://t.cn/R3MzHkJ
通透讲解：http://t.cn/R3MzRiz
fielddata中文：http://t.cn/R3MznOe
fielddata英文：http://t.cn/R3Mz3eN