Elasticsearch query_string查询及copy_to解析

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