帝王谷资源网 Design By www.wdxyy.com

在查询生成输出表之后,也就是在处理完选择列表之后,你还可以对输出表进行排序。

如果没有排序,那么行将以不可预测的顺序返回(实际顺序将取决于扫描和连接规划类型和在磁盘上的顺序,

但是肯定不能依赖这些东西)。确定的顺序只能在明确地使用了排序步骤之后才能保证。

ORDER BY子句用于声明排序顺序:

SELECT _select_list_
  FROM _table_expression_
  ORDER BY _sort_expression1_ [ASC | DESC] [NULLS { FIRST | LAST }]
       [, `_sort_expression2_` [ASC | DESC] [NULLS { FIRST | LAST }] ...]

sort_expression 是任何可用于选择列表的表达式,可以将不同列相加减乘除后排序,例如:

SELECT a, b FROM table1 ORDER BY a + b, c;

如果指定了多个排序表达式,那么仅在前面的表达式排序相等的情况下才使用后面的表达式做进一步排序。

每个表达式都可以跟一个可选的ASC(升序,默认) 或DESC(降序)以设置排序方向。 升序先输出小的数值,这里的"小"是以<操作符的角度定义的。

类似的是,降序是以>操作符来判断的。

NULLS FIRST和NULLS LAST选项可以决定在排序操作中在 non-null 值之前还是之后。

默认情况下,空值大于任何非空值;也就是说,DESC 排序默认是NULLS FIRST,否则为NULLS LAST。

注意,排序选项对于每个排序列是相对独立的。例如ORDER BY x, y DESC 意思是说ORDER BY x ASC, y DESC,

不同于ORDER BY x DESC, y DESC。

一个_sort_expression_也可以是字段名或字段编号,如:

SELECT a + b AS sum, c FROM table1 ORDER BY sum;
SELECT a, max(b) FROM table1 GROUP BY a ORDER BY 1;

都按照第一个字段进行排序。

需要注意的是,输出字段名必须是独立的(不允许在表达式中使用)。

比如,下面的语句是错误的:

SELECT a + b AS sum, c FROM table1 ORDER BY sum + c;     -- 错误的

这样的限制主要是为了避免歧义。另外,如果某个排序表达式能够同时匹配输出字段名和表表达式中的字段名, 也会导致歧义(此时使用输出字段名)。

当然,这种情况仅在你使用了AS 重命名输出字段并且恰好与其它表的字段同名的时候才会发生。

ORDER BY可以应用于UNION, INTERSECT,EXCEPT 组合的计算结果,

不过在这种情况下,只允许按照字段的名字或编号进行排序,而不允许按照表达式进行排序。

Notes

[1] 事实上,PostgreSQL使用默认的B-tree操作符类 为表达式的数据类型确定ASC和DESC排序顺序。

一般来说,数据类型将被转换为适合于 <和 >操作符进行排序。但是对于用户自定义的数据类型可以不必如此。

补充:postgresql多列综合排序

一、需求

最近做项目遇到一个需求:对数据按照更新时间和创建时间进行综合排序,即对数据的操作时间进行排序,但是数据表中没有操作时间这个字段,需要根据更新时间和创建时间进行处理。

更新时间存在时,按照更新时间排序,更新时间不存在时,使用创建时间排序,最后更新时间和创建时间一起排序。

用数据举例说明:

原始数据:

关于PostgreSQL 行排序的实例解析

想要的排序结果:

关于PostgreSQL 行排序的实例解析

二、postgresql 排序语法

SELECT column_list
  FROM table_name
  ORDER BY sort_expression1 [ASC | DESC] [NULLS { FIRST | LAST }]
       [, `sort_expression2` [ASC | DESC] [NULLS { FIRST | LAST }] ...]

说明:

sort_expression 可以是列名,也可以是列的表达式.如可以将不同列相加后排序:

SELECT a, b FROM table1 ORDER BY a + b, c;

ASC | DESC 是可选的,按升序或者降序排列结果集。默认是 ASC。

NULLS FIRST 和 NULLS LAST 选项可以决定在排序操作中在 null 值之前还是之后。默认情况下,空值大于任何非空值;也就是说,DESC 排序默认是 NULLS FIRST,否则为 NULLS LAST。

三、使用排序 SQL 尝试获取得到想要的排序结果

先按照 modify_time 和 create_time 列降序排列

sql:

select id, name, creator, create_time, modifier, modify_time from tb_exam order by modify_time desc, create_time desc;

运行结果:

关于PostgreSQL 行排序的实例解析

分析:

从运行结果看出 modify_time 为 null 的数据排列在前,不符合需求。

改变 null 值的位置

sql:

select id, name, creator, create_time, modifier, modify_time from tb_exam order by modify_time desc nulls last, create_time desc;

运行结果:

关于PostgreSQL 行排序的实例解析

分析:

modify_time 为 null 的数据虽然在后面了,但排序结果并不符合要求。没有达到修改时间和创建时间综合排序的效果。

由此可见,使用基本的排序语法达不到两列综合排序的效果,可使用 case when 实现自定义排序规则。

自定义排序规则

sql:

select id, name, creator, create_time, modifier, modify_time from tb_exam order by
case
 when modify_time is null then create_time
 when modify_time < create_time then create_time
 else modify_time
end
desc;

运行结果:

关于PostgreSQL 行排序的实例解析

分析:

从运行结果可知,该 sql 的排序结果符合需求,实现了 modify_time 和 create_time 的综合排序。

结论:

可使用 case when 在一定程度上实现自定义排序规则,实现多列数据综合排序。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有错误或未考虑完全的地方,望不吝赐教。

标签:
PostgreSQL,行排序

帝王谷资源网 Design By www.wdxyy.com
广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件! 如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
帝王谷资源网 Design By www.wdxyy.com

《魔兽世界》大逃杀!60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容,新游玩模式《强袭风暴》即将于3月21 日在亚服上线,届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕,并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时,他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中,玩家将会进入一个全新的海盗主题大逃杀式限时活动,其中包含极高的风险和史诗级的奖励。

《强袭风暴》不是普通的战场,作为一个独立于主游戏之外的活动,玩家可以用大逃杀的风格来体验《魔兽世界》,不分职业、不分装备(除了你在赛局中捡到的),光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式,玩家在加入海盗主题的预赛大厅区域前,可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹,《巨龙崛起》和《魔兽世界:巫妖王之怒 经典版》的玩家都可以获得奖励。