销量排序和评价排序

销量排序

  销量排序如何排呢？你可能说啦：你的域中肯定要有一个销量的域字段比如item_num，我们现在这个域中没有销量这个字段。现在需要在域中添加这个一个字段：

<field name="item_num" type="date" indexed="true" stored="true" />

  现在有了这个域还不行，你得有具体的数字（数据），那么这个数字又如何来做呢？这个数字在哪里呢？实际上这个数字并不在我们的item表里，这一列的数字在订单表里。而且这不是一个直接的数字，而是统计之后的数字。一个是tb_order，一个是tb_order_item。一个订单主表，一个订单明细表。而这个销量本身是根据这个具体的order_item这个表里对应的item_id的数量总和num，num就是这个商品的购买数量。它要把这个购买数量进行汇总，汇总之后才是这个SKU的销量，这个销量统计之后要给我们刚刚定义的item_num域里头。
  但是这时候存在一个什么问题呢？因为这个订单表它会频繁变动，如果我们现在下订单，每分每秒都会有新的订单产生，每销售一个东西它都去更新这个销量，那Solr如果频繁更新的话它也会造成很大压力，所以不建议这么做，不建议做成这种实时的，做成定时任务就可以了。而且这个定时任务执行周期也不用太短。你一天执行一次就行了。也就是每一天执行一次统一的查询。我把当前所有的商品把目前的一个销量统计出来，然后去更新一下我们的索引库就行了。那你可能说了：这种做法不准啊，我今天卖出去的东西我不能体现啊。不准就不准，这东西无所谓。因为这东西本身就是个排序的字段，它并不要求你数字有多么精确，它不进行统计分析，又不进行什么，它只是用来排序的。所以你一天去更新一次是完全可以的。所以可以做一个定时任务。

  那怎样才能一天更新一次呢？Spring框架中就有这么一个功能，叫：Spring task，Spring的一个任务调度。也就是说你把程序写好之后，你可以指定一个时间段，这个任务调度有一个时间段，你可以指定在几点几点去做这个事儿。那这时候你定义成几点是比较好的呢？应该在凌晨的时候，这个时候用户是最少的，这个时候让系统就悄悄的把事儿给做了。一般在凌晨的时候有一堆的活儿要干，这就是其中的一个。很多电商系统都这么干的。就是有些批量执行的任务一般放在凌晨。

评价排序

  评价这东西它怎么排序呢？评价最终也会存到数据库里。他会有一个总条数。我把这个评价书累加起来之后。它的实现思路其实和销量一样，我也要做一个定时任务，在凌晨以后去执行这个事儿。我没有必要做的很精确。这个只是用来排序的。

  但是我们不能单纯的把这个评价的数字进行相加，这个不合理，为啥呢？有好评，有中评，有差评，你不能把所有评价都一视同仁吧？

  我们不同简单的去汇总。我们可以分别的来进行加权。
    比如这里有三种评价：
      好评：3分 100个
      中评：1分 10个
      差评：-3分 4个
    3×100+1×10+(-3)×4得到该商品的综合评价得分。
  通过该评价总得分进行排序就好多了。这样不至于将差评多的商品排在前面，影响用户体验。