elasticsearch 数据建模
一对多数据关系映射：
也可以分开来存放：
第一次搜索，会得到很多个中间结果，之后再进行处理，这个时候的性能就不怎么好了。
但是这两种方式各自有优缺点：
数据不冗余，维护方便，应用层join，如果关联数据过多，导致查询过大，性能很差 反之亦然。
一般来说，对于es这种NoSQL类型的数据存储来讲，都是冗余模式....
对于文件系统的构造：
path_hierarchy tokenizer：
例如： /a/b/c/d --> path_hierarchy -> /a/b/c/d, /a/b/c, /a/b, /a
创建分词器：
创建mapping
添加数据
进行搜索
构建内嵌式object数据
标注好type
而不是
案例：
按照评论日期进行bucket划分，然后拿到每个月的评论的评分的平均值
父子关系建模：
指定父的id，这样就能路由到同一个shard中了。
搜索有1980年以后出生的员工的研发中心
搜索有名叫张三的员工的研发中心
搜索有至少2个以上员工的研发中心
搜索在中国的研发中心的员工
统计每个国家的喜欢每种爱好的员工有多少个
祖父孙三层关系建模
各自都指定父id进行路由，保证了在一个shard上。
搜索有爬山爱好的员工所在的国家