V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
This topic created in 3457 days ago, the information mentioned may be changed or developed.
从性能角度来看的话，是后端把已排好序的列表输出给前端好，还是由前端自己排序？
 |
1
fortunezhang Nov 8, 2016
个人观点：如果数据库能排序的话，就数据库排序。如果数据库不能排序的话，那就前端排序。
|
 |
2
invoke Nov 8, 2016
数据库能排的话直接 foreach 好一点吧
|
 |
3
darrenfang Nov 8, 2016 via iPhone
后端
|
 |
4
learnshare Nov 8, 2016
都好，哪个方便哪个来做
|
 |
5
gouchaoer Nov 8, 2016 via Android
当然是后端了，顺序包含了信息啊
|
 |
6
tinyjiang Nov 8, 2016
单纯你从排序的性能上看：如果不是特别大量的话，前端后端排序都影响不大可以。
但是：如果你采用了前端分页，数据量又不是特别小(几十几百条)，恰巧你又要分页的话，就只能一次性把所有数据都捞出来排序了，性能方面：不管是对于前端还是后端这都是不能接受的！ 请注意我上面两句话描述中的『不是特别大量』以及『数据量不是特别小』 |
 |
7
codeyung Nov 8, 2016
排序一般都是后端排
除非是那种拿过来需要前端搜索啊 一般数据不大 |
 |
8
aldenchang Nov 8, 2016 via iPhone
如果可以 在数据查询时排效率最高
|
 |
9
KentY Nov 8, 2016
我觉得这个要看具体情况. 如果是一个比较贵的查询, 而且查询结果又不是很多, 可以前端. 但是前提是, 在上一次查询结果中进行不同排序, 而不是在整个数据库基础上进行排序.
如果后端查询计算不是非常贵, 那还是后端吧, 毕竟保证了实时性和准确性. |
 |
10
Jakesoft Nov 8, 2016
数据库不排序的话可能会同一 sql 得到的结果不一样。
|
 |
11
aleen42 Nov 8, 2016
为了显示我大前端牛逼，当然是前端来
|
 |
12
cxbig Nov 8, 2016
测试，模拟主要访问者的硬件环境，在数据库、后端、前端做性能测试，看看那个效果最好用哪个。
|
 |
13
gujinxin Nov 8, 2016
分页智能后端排，不分页就前端排
|
 |
14
PEP4JASON Nov 9, 2016
那要看是 什么类型的列表了
|
 |
15
lygmqkl Nov 9, 2016 via iPhone
其实前端排序有云计算的感觉，但是关键是数据量 30w 条数据 一次读到前端排序试试，前后端都蛋疼。
归根到底扯到架构和设计上了，没有前期 well designed 后期肯定累死 |
 |
16
jackie9692 Nov 9, 2016
有分页还是后端
|
Select Language