前端分页与后端分页怎么选择?
发布于 8 年前 作者 chris9311 17947 次浏览 来自 问答

一直在纠结做分页应该做在前端好还是后端好。 前端分页 前端分页就要在第一次加载页面的时候就把所有数据都请求过来,如果数据量大了就会很久吧。。不过之后再页面之间跳转就不用再请求数据了,不过数据都是第一次请求时候的数据,或许数据已被修改或者删除,页面在重新请求之前,数据是不会更新的。 后端分页 后端分页其实比较灵活,每次页面跳转都请求数据,根艺更好保证数据的正确,可是collection的document很多的时候就会效率很低了,sort、limit的效率真的不高,也不能每个field都加index吧,所以导致请求时间太长; (以上都是个人的一些理解,有什么不对的欢迎大家指出)

所以各位有没有什么建议的,或者有没有什么经验的分享一下,本人做这方面经验不多。谢谢大家分享。

20 回复

@shenjin1990 ??什么意思

CPU 比你想象的快

前端分页有什么意义吗?

数据适中的话 做前端分页+refresher

@MessShawn 多大的数据量算适中呢?

@artisan 因为我们的需求不像新闻网页那种,我们主要是列数据而已

@thesadboy 是啊 泪奔了 可以提高一下效率吗?

@chris9311 我的做法一般是:100条数据以上完全不考虑前端分页,100条数据以下也没必要分页。 还有,你要是用的mongodb,建好索引8000万数据我亲测是完成可以胜任的(千万不要连表查)。现在我们公司的数据量每天是1亿左右用limit没发现很慢啊。。。sort必要时才用,否则靠索引基本能解决。

我觉得啊。。。很多人都是没有场景就开始担忧。。。其实我觉得先做起来再说,假如数据量太大导致支撑不起再改呗。

limit和sort拖慢查询性能是理所当然的啊。但是也没法省的,就算每个都加上index,其实这些性能也是离散到了每次插入。

数据量大了,前端分页挡不住呀。

Ajax后端分。。。。前端分页做个毕设可以。。。我之前撸的项目2k数据耗时就已经hold不住了。

性能要求极致,前端做预加载即可,没有必要做前端分页…

我做过的一个搜索的项目就是前端分页的,一次请求后台把所有数据给我,我前端自己分页,返回 一千多个数据 400多 KB 的情况下感觉不是很慢,分页切换体验很好。而且筛选排序啥的都是在前端做的。

因为等后端写太慢了,就自己写了,他只给我数据就可以了,虽然一开始我也反对这样做,但是结果也没想的那么差,就一直这样了,毕竟现在电脑浏览器的性能都很好了,只要不要返回的数据太大了,对实时数据没有要求,感觉前端分页也没啥大问题

回到顶部