elasticsearch_2

　　

<强> 1。查询响应

　　

1.1漂亮
http://50.1.1.111:9200豪克/user/Bct_zXAB_G2CqNSl4VI9 #用浏览器访问

http://50.1.1.111:9200豪克/user/Bct_zXAB_G2CqNSl4VI9吗?漂亮的#用浏览器访问

#能看到加了吗?漂亮就会以json格式返回结果

　　

1.2指定响应字段
在响应的数据中,如果我们不需要全部的字段,可以指定某些需要的字段进行返回。
http://50.1.1.111:9200豪克/user/Bct_zXAB_G2CqNSl4VI9吗?_source=id、名称

#只显示了两个字段,注意后面更的?号

　　

1.3只返回原始数据,不需要元数据

　　

#还能,既不显示元数据,也能筛选字段

　　

1.4如果我们只需要判断文档是否存在,而不是查询文档内容
http://50.1.1.111:9200豪科负责人/user/Bct_zXAB_G2CqNSl4VI9

#返回状态码200为存在。

# 400开的头,为不存在

　　

2.1批量查询

　　

文章http://50.1.1.111:9200豪克/_mget

　　

 <代码> {
　　“id”:【“A8t_zXAB_G2CqNSlAVLu”、“BMt_zXAB_G2CqNSlolIQ”】# #这里面是元数据的_id
　　} 

　　

　　

3。批量修改

　　

在Elasticsearch中,支持批量的插入,修改,删除操作,都是通过_bulk的api完成的。
_bulk操作
在Elasticsearch中,支持批量的插入,修改,删除操作,都是通过_bulk的api完成的。
请求格式如下:(请求格式不同寻常)

　　

 <代码>{行动:{元数据}}\ n
　　{请求主体}\ n
　　{行动:{元数据}}\ n
　　{请求主体}\ n
　　代码\ n  之前
　　
 3.1批量插入数据:
　　
 <代码>{“创造”:{“_index”:“豪科”,“_type”:“用户”,“_id”: 2001}}
　　{" id ": 2001,“名字”:“name1”,“年龄”:20,“性”:“男”}
　　{"创建":{“_index”:“豪科”,“_type”:“用户”,“_id”: 2002}}
　　{" id ": 2002,“名字”:“name2”,“年龄”:20,“性”:“男”}
　　{"创建":{“_index”:“豪科”,“_type”:“用户”,“_id”: 2003}}
　　{" id ": 2003,“名字”:“name3”,“年龄”:20,“性”:“男”}
　　 
　　
  
　　
 3.2批量删除
　　
文章http://50.1.1.111:9200豪克/user/_bulk 
　　
 <代码>{"删除":{“_index”:“豪科”,“_type”:“用户”,“_id”: 2001}}
　　{"删除":{“_index”:“豪科”,“_type”:“用户”,“_id”: 2002}}
　　{"删除":{“_index”:“豪科”,“_type”:“用户”,“_id”: 2003}}  
　　
  
 #刚插入的数据,被删除了。
　　
其他操作就类似了。
一次请求多少性能最高? 
整个批量请求需要被加载到接受我们请求节点的内存里,所以请求越大,给其它请求可用的内存就越小。有一个最佳的散货请求大小。超过这个大小,性能不再提升而且可能降低。
最佳大小,当然并不是一个固定的数字。它完全取决于你的硬件,你文档的大小和复杂度以及索引和搜索的负载。
幸运的是,这个最佳点(拍)还是容易找到的:试着批量索引标准的文档,随着大小的增长,当性能开始降低,说明你每个批次的大小太大了。开始的数量可以在1000 ~ 5000个文档之间,如果你的文档非常大,可以使用较小的批次。
通常着眼于你请求批次的物理大小是非常有用的。一千个1 kb的文档和一千个1 mb的文档大不相同。一个好的
批次最好保持在5-15MB大小间。
　　
 4。分页
　　
和SQL使用限制关键字返回只有一页的结果一样,Elasticsearch接受从和大小参数:
　　
 <代码>大小:结果数,默认10
　　来自:跳过开始的结果数,默认0 
elasticsearch_2