当数据量很大的时候，表格一次传入到前端就不是很现实。
我这里32,888 条数据，每页10条，一共3289页，数据42.7mb，耗时11.26s。
console
原本是这样写的
var table = $('#indels').DataTable({//dataTable
searching: true,
responsive: true,
processing: true,
deferRender: true,
serverSide: false,
order: [[5, 'desc']],
ajax: {url:'xxxx', type: 'post'},//xxx为向后端请求数据的url
columns: [],
columnDefs: []
});
很明显没有开通服务端，我们把他改成serverSide: true,。
这时候我们每次点击换页发现ajax会向后端发出的请求，在from data中多了这样的数据。
draw: 4
columns[0][data]: xxx
columns[0][name]:
columns[0][searchable]: true
columns[0][orderable]: false
columns[0][search][value]:
columns[0][search][regex]: false
......
order[0][column]: 5
order[0][dir]: asc
start: 0
length: 10
search[value]:
search[regex]: false
draw是渲染次数，每次渲染都会增加1.columns0是第0列的数据。
对于每一列来说：data是列名，searchable为是否可以搜索，orderable为是否排序，[search][value]为搜索的值（在本列搜索），[search][regex]为是否支持正则搜索。
对于所有列来说，order[0][column]为默认排序的列，order[0][dir]: 为排序的方式，asc为升序，deasc为降序。
search[value]为搜索的字符串，这里是全局搜索。
好了，前端就是这样了。
在后端获取请求数据：
search_values=request.POST.get('search[value]')
start = int(request.POST.get('start', 0))
length = int(request.POST.get('length', 10))
search_values为要全局搜索的字符串。
indels = indels.filter(Q(tfs__icontains=search_values)) if search_values!='' else indels
#icontains就是忽略大小写包含。
排序
#变量'查询结果'是models.Model.objects实例
查询结果.values('字段名1','字段名2','字段名3','字段名4',......)\
.order_by(F('字段名x').desc(nulls_first=True))[start: start + length]
#根据字段名x降序排序
查询结果.values('字段名1','字段名2','字段名3','字段名4',......)\
.order_by(F('字段名x').asc(nulls_last=True))[start: start + length]
#根据字段名升序排序
好了，现在我们看看查询所耗的时间
datatables改为服务端模式后
第一页加载10个，859kb，耗时929ms。
实际上这是把搜索这一步交给给了服务端。
