数据库优化方面的一些杂记1

案例1：

竞价房源新的设计思路

#############################################

之前想设计2个solr分别给竞价和定价使用，后来仔细想了一下，我觉得竞价完全可以放在数据库里，不用两个solr。

 

上海共有18000个小区，理论上二手房竞价房源最多只有几十万的数据，

数据库按照小区价格索引查询完全可以承受。（租房数量更加少，并且只需根据区域板块查询）

如果cache方案设计的合理，甚至只需很少量的数据库查询。

 

使用数据库查询的好处：

1.      竞价房源可以实时在列表页显示，避免各种异常情况引起的不能实时显示的风险。

2.      维护竞价房源的显示将变的十分轻松，只要更新一张表就可以，无需更新solr，节省了solr job与插入队列表的开发。

3.      查询房源的排名与扣费的时候无须查询solr，整个流程将变的更加简单，极大的减少了solr的请求次数，降低了solr的压力。

4.      定价的solr将会更加简单，只需要考虑rank分数，不会受到竞价的影响。

 

总体上来说，整个业务流程将会变轻，故障点也会少很多，开发工作量大为减少，后续维护也更加轻松。

################################################