(8) field, 日化商品type：product_id，product_name，product_desc，category_id，category_name
电器商品type：product_id，product_name，product_desc，category_id，category_name，service_period
生鲜商品type：product_id，product_name，product_desc，category_id，category_name，eat_period,
这里面每一项具体的字段就是一个field
简单的document举例:
product document
{
"product_id": "1",
"product_name": "高露洁牙膏",
"product_desc": "高效美白",
"category_id": "2",
"category_name": "日化用品"
}
{
"product_id": "2",
"product_name": "长虹电视机",
"product_desc": "4k高清",
"category_id": "3",
"category_name": "电器",
"service_period": "1年"
}
{
"product_id": "3",
"product_name": "基围虾",
"product_desc": "纯天然，冰岛产",
"category_id": "4",
"category_name": "生鲜",
"eat_period": "7天"
}
（9）shard：单台机器无法存储大量数据，es可以将一个索引中的数据切分为多个shard，分布在多台服务器上存储。有了shard就可以横向扩展，存储更多数据，让搜索和分析等操作分布到多台服务器上去执行，提升吞吐量和性能。每个shard都是一个lucene index。
index 会被拆分为多个shard,每个shard存放一部分index数据,
shard好处,
一,横向扩展,比如数据增加到原来的两倍,就建立一个原来的两倍的shard,把数据导入就行
二,数据分步在多个shard,多台服务器上,所有的操作都在在多台服务器上分步式的执行的,提升性能和吞吐量.
（10）replica：任何一个服务器随时可能故障或宕机，此时shard可能就会丢失，因此可以为每个shard创建多个replica副本。replica可以在shard故障时提供备用服务，保证数据不丢失，多个replica还可以提升搜索操作的吞吐量和性能。primary shard（建立索引时一次设置，不能修改，默认5个），replica shard（随时修改数量，默认1个,也就是每个shard有一个replica,不是一共才一个shard），默认每个索引10个shard，5个primary shard，5个replica shard，最小的高可用配置，是2台服务器(es规定 replica shard 和primary shard 必须不在一个节点上)。总的来说,replica其实就是shard的备份,
replica的好处:
一,高可用性,部分shard宕机,数据不丢,
二,提升搜索操作的吞吐量和性能,因为请求可以分步到那replica所在的节点进行操作.
(10) elasticsearch核心概念 vs. 数据库核心概念
Elasticsearch 数据库
-----------------------------------------
fields 列
Document 行
Type 表
Index 库