销量排序和评价排序

喜欢ヅ旅行 2022-01-05 13:59 312阅读 0赞

### 销量排序 ###

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

现在有了这个域还不行，你得有具体的数字（数据），那么这个数字又如何来做呢？这个数字在哪里呢？实际上这个数字并不在我们的`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得到该商品的综合评价得分。  
  通过该评价总得分进行排序就好多了。这样不至于将差评多的商品排在前面，影响用户体验。