房源详情页根据当前页面展示的房源进行推荐
推荐优先级如下(以下ABCDEFG的推荐规则的前提是租赁方式一定相同):
A、 推荐同楼盘、同户型、同价格的房源
B、 推荐同楼盘、同价格的房源
C、 推荐同楼盘、同户型的房源
D、 推荐同楼盘的房源
E、 推荐同商圈、同户型、同价格的房源
取的房源数量是固定的(假设是5),从A条件开始筛选,如果只能取到4条房源,那么会继续从B条件下筛选,一次类推,直到满足5条位置。
如题,有什么好的思路,兼顾性能(方法复用,逻辑清晰,性能好)和数据库(读取次数少)
建议解决方案如下:
A、 推荐同楼盘、同户型、同价格的房源
B、 推荐同楼盘、同价格的房源
C、 推荐同楼盘、同户型的房源
D、 推荐同楼盘的房源
E、 推荐同商圈、同户型、同价格的房源
取的房源数量是固定的(假设是5),从A条件开始筛选,如果只能取到4条房源,那么会继续从B条件下筛选,一次类推,直到满足5条位置。
此方案思路清晰,实现上可行,强推...
强行推倒?
你这是做项目还是算法题啊?
项目,如果有好的算法也可以推荐下
做项目就从项目考虑,做算法从算法考虑。
在数据库里面写个存储过程吧
描述里写错了,不是读数据库的,读的是接口。从调用次数少一些的角度考虑要怎么做呢
@小欢乐: 这要看是谁写的接口了,如果是你们自己写的接口么就再写一个推荐的接口,不然么就只能是先看a够不够5条,够了完事,不够看b够不够5-a,依次判断到e,不然也没有什么好的办法,最好的办法就是写一个推荐的接口
从A开始到E, 直到取满5条就结束。
可以看看slopeOne算法, sql自连接也应该可以。
这个回答版本比较高大上。