案例1:
竞价房源新的设计思路
#############################################
之前想设计2个solr分别给竞价和定价使用,后来仔细想了一下,我觉得竞价完全可以放在数据库里,不用两个solr。
上海共有18000个小区,理论上二手房竞价房源最多只有几十万的数据,
数据库按照小区价格索引查询完全可以承受。(租房数量更加少,并且只需根据区域板块查询)
如果cache方案设计的合理,甚至只需很少量的数据库查询。
使用数据库查询的好处:
1. 竞价房源可以实时在列表页显示,避免各种异常情况引起的不能实时显示的风险。
2. 维护竞价房源的显示将变的十分轻松,只要更新一张表就可以,无需更新solr,节省了solr job与插入队列表的开发。
3. 查询房源的排名与扣费的时候无须查询solr,整个流程将变的更加简单,极大的减少了solr的请求次数,降低了solr的压力。
4. 定价的solr将会更加简单,只需要考虑rank分数,不会受到竞价的影响。
总体上来说,整个业务流程将会变轻,故障点也会少很多,开发工作量大为减少,后续维护也更加轻松。
################################################