Elastic search的常规查询如下所示
GET /lib3/user/_search?q=interests:changge
GET /lib3/user/_search?q=+interest:changge
GET /lib3/user/_search?q=-interests:changge
# 查询含有changge或则含有hejiu的文档,但是没有指定具体的字段
# 此时查询是每个字段都要查找一下是否含有changge或者hejiu
# 最终把含有changge、hejiu、含有changge和hejiu的都查询出来
GET /lib3/user/_search?q=changge,hejiu
由于上述的查询方式,在多字段、大数据量的情况,这种查询方式的性能就会很低,Elasticsearch 6.0提供了copy_to。
# copy_to需要在创建索引自定义mapping时自行添加
# fullcontents是设定的字段,意思是把title、content的字段的值拷贝到fullcontents字段上,合并到一起
PUT /myindex/article/_mapping
{
"properties":{
"post_date":{
"type": "date"
},
"title":{
"type": "text",
"copy_to": "fullcontents"
},
"content":{
"type": "text",
"copy_to": "fullcontents"
},
"author_id":{
"type": "integer"
}
}
}
# 在添加文档时,文档里将多一个fullcontents的字段,将title和content中的值合并起来放到fullcontents中,中间用空格隔开,结构如下
{
"post_data": "2018-05-10",
"title": "Java",
"content": "java is the best language",
"author_id": 119,
"fullcontents": "Java java is the best language"
}
# 当没有指定field时,就会从copy_to字段中查询
GET /lib3/user/_search?q=changge
copy_to字段是把其它字段中的值,以空格为分隔符组合成一个大字符串,然后被分析和索引,但是不存储,也就是说它能被查询,但不能被取回显示。
注意:copy_to指向的字段的字段类型要为:text