评论的滚动分页是怎么做的,或者实现的思路是怎样的?

Question

一个订单的评论,怎么实现滚动分页的?评论的数据会很多,怎么存储(表设计的思路),需要通过时间分表吗? 因为一般点开评论,显示的都是最近的几条评论,这个评论信息的持久化怎么做好点?需要做评论的数据归档吗?

Answer 1

表设计本身没有什么特别的，无非是根据实际场景分表而已（比如超过2000的评论丢到冷区）。主要是滚动分页避免了count(*)这个性能坑（例如xx的商品评论通常也是告诉你几千+而不是确定数，只有评论少于1000的时候才相对准一些）。

个人看法。

已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。

Answer 2

具体存储不影响搜索结果，存储和搜索应当分开。滚动分页只需要设置一个基准值就好，比如按照时间滚动，你就用0（日期类型可以随便设置个比较早的日期值）作为基准值到搜索引擎中搜。数据库层面可以采用商品ID分表，搜索引擎的排序规则就可以看具体需求，可以按时间、评论结果、评论点赞数等等。

Answer 3

前端触出时，请求后端，后端按时间排序，后回分页数据。
不给总页数，就不用count了