https://themeforest.net/category/site-templates?sort=sales&vi...
主要是旁边显示的条数,这个要怎么统计出来?
第一种:这样一条一条SQL统计,应该可以组合几万种吧,不现实?
第二种:一开始把所有的记录全部查出来再去计算,那这个要是有几十万的数据,一下查出几十万条,是不是也不现实,那分页就没意义了?
具体思路是什么,要怎么做?
https://themeforest.net/category/site-templates?sort=sales&vi...
主要是旁边显示的条数,这个要怎么统计出来?
第一种:这样一条一条SQL统计,应该可以组合几万种吧,不现实?
第二种:一开始把所有的记录全部查出来再去计算,那这个要是有几十万的数据,一下查出几十万条,是不是也不现实,那分页就没意义了?
具体思路是什么,要怎么做?
3 回答1.1k 阅读✓ 已解决
1 回答1k 阅读✓ 已解决
2 回答956 阅读✓ 已解决
1 回答909 阅读✓ 已解决
1 回答822 阅读✓ 已解决
3 回答984 阅读
2 回答847 阅读
一般有两个方案:定时计算,与提前计算
定时计算: 除了当天时间的数据,其他的数据,只要定时计算存到缓存就行,比如2个小时更新一次,或者每天晚上计算一次,前端读数据就只需要读取已经计算好的数据,就不需要实时计算了
提前计算: 当新增商品的时候,就把相应的属性就行+1,然后存储到数据库中,这样就也不需要实时计算