elasticsearch小记之—— unmapped_type的使用

昨天遇到一个问题，在我使用排序的时候，系统报出排序的字段没有mapping，然后我就纳闷了，为什么没有mapping呢，当时理解的mapping就是映射上。我仔细检查了我的createMapping的方法，没有问题，后台我发现了问题的所在，原来在elasticsearch里面一个index下面的field是共用的，也就是说，不管你在这个index下面的type是什么，这些field都是共用的，例如product有一个name属性，category也有一个name属性，那么当建立了第一个name的mapping后，这个index里面就有这个field的mapping了，如果第二个price创建的时候类型和第一个不一致的话，就会报属性定义冲突的错误，那么还有一个问题，就是我现在还有一个media
type，他也是和category ,product在同一个index下面，但是我的media是没有name的，这个时候elasticsearch是不会管你的，他认为media也有这个属性，因为前面提到了，他是公用，好像跑题了，和我今天要说的unmapped_type没有多大关系，非也，非也，现在切入真题。

前面提到，在media里面是没有这个属性的，那么这个时候我对media进行排序，并且是按照price进行排序，系统会怎么反馈给我们呢？他会说，不好意思，我找不到price的mapping，因为前面提到了，media确实没有price的mapping，但是这个时候，我又要强制按照price进行排序，会怎么样？当然是会报错。所以这个时候，unmapped_type 上场了，他的意思很简单，就是说，对于没有mapping的field，你让elasticsearch怎么去处理，例如下面

{
"sort" : [
{ "price" : {"unmapped_type" : "long"} },
],
"query" : {
"term" : { "user" : "kimchy" }
}
}

意思是说，如果没有找到这个price，我们就给他指定一个price 的field，并且他的type事long，那这个时候，就会动态的给media创造这么一个field，所以再按照这个属性去排序，也就不会有什么问题了。

好了，小记就到这里，不知道我讲清楚没有，有什么疑问大家可以留言哈