前言：为什么排序这么重要

我跟你说啊， Django 的 QuerySet 就像一大堆豆子，谁不想把最香的那几个先挑出来？如果你没给它们一个明确的排序， 那它就会随便往里翻翻，后来啊就是你看见的第一个可能是最旧的，第二个可能是刚刚更新过的。这个现象在开发中经常会出现，特别是在做 CRUD的时候，呃...。

Meta 类里的 ordering 选项

在 Django 的模型里 你可以直接在 Meta 类里写：

class Task:
    title = models.CharField
    created_at = models.DateTimeField
    updated_at = models.DateTimeField
    class Meta:
        ordering =    # 按创建时间倒序

好吧好吧... 这样一来按创建时间倒序返回。要注意的是 如果你想一边按两个字段排序，可以写成：

ordering = 

这会先按 finished 升序，再按 created_at 降序。

小提醒：不要把 order_by 放进 Meta

Meta 里的 ordering 只是一种默认值， 如果你想临时改一下顺序，就得用 order_by。别搞混了！如果你用 order_by 那么所有查询都跟着走，醉了...。

QuerySet 的 order_by 方法

Django 给我们提供了一个非常灵活的方法叫 order_by。使用方式很简单：

tasks = Task.objects.filter.order_by

这里我们过滤出 status 为 open 的任务，然后按更新时间倒序排列。也可以不传任何参数，用来清除之前的排序：

Task.objects.order_by.all

为什么要清除排序？

动手。 有时候你想让数据库自己决定顺序， 或者在某些视图里不想显示任何固定顺序，这时候就用上空参数清除排序。

切片和分页的注意点

Django 的切片操作其实是延迟施行的，只有真正迭代到时才会跑 SQL。如果你写：

qs = Task.objects.all
for t in qs:
    print

这时才真正查询数据库，并且只取第11到20条记录。但要注意， 如果你在切片后再加 filter 或者 order_by，那就会变成新的查询，而不是追加到原来的 SQL 上面，我血槽空了。。

PAGINATION 简单实现

PAGINATION 可以用 Django 自带的 Paginator， 中肯。 但如果你手动实现，也可以这么写：

page_size = 10
page_num = request.GET.get
start = -1) * page_size
end   = int * page_size
tasks_page = Task.objects.order_by

常见错误案例

别犹豫... # 错误示例：忘记导入模型 # 正确示例：from .models import Task # 忘记设置 ordering 则全靠 DB 顺序，不一定可靠！ # 用 .order_by 会导致 ID 倒排，但有时 DB 会把新插入的数据放到再说说。 # 对于 MySQL 和 PostgreSQL 的默认行为不一样，要看 docs 知道差别哦！ # 再说一句， 如果你的字段是 CharField，一定不要用 int 去比较，否则会报错：TypeError: 'int' object is not iterable #

Django ORM 排序技巧合集

• 使用负号前缀表示降序，比方说 -created_at 表示最新优先。
• A+ B+ C+ 如果需要多字段， 可以逗号分隔，比方说 。
• C++ 在老版本中不支持多字段，需要拆开链式调用；但现在几乎都能用了。
• X轴 Y轴 Z轴…这些都跟 SQL 没关系，只能当作代码注释用啦。

我跟你交个底... Django 查询集之所以重要，是主要原因是它决定了用户看到的数据顺序。通过 Meta 的 ordering 或者 QuerySet 的 order_by 都能做到精准控制。如果想更灵活，还可以结合分页和切片一起使用。不过千万别忘记， 每次修改数据库结构后都要检查下你的查询是否还符合预期，主要原因是不同数据库对同一条语句可能有不同解释。

再说说提醒一句：不要把所有代码都塞进一次性页面里否则后期维护麻烦极大。有时候，把模型、 我算是看透了。 视图、模板拆开写才更清晰。当然如果你真的喜欢一锅端，也没关系，只要能跑通即可。