在查詢生成輸出表之后，也就是在處理完選擇列表之后，你還可以對(duì)輸出表進(jìn)行排序。

如果沒(méi)有排序，那么行將以不可預(yù)測(cè)的順序返回(實(shí)際順序?qū)⑷Q于掃描和連接規(guī)劃類型和在磁盤上的順序，

但是肯定不能依賴這些東西)。確定的順序只能在明確地使用了排序步驟之后才能保證。

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 是任何可用于選擇列表的表達(dá)式，可以將不同列相加減乘除后排序，例如：

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

如果指定了多個(gè)排序表達(dá)式，那么僅在前面的表達(dá)式排序相等的情況下才使用后面的表達(dá)式做進(jìn)一步排序。

每個(gè)表達(dá)式都可以跟一個(gè)可選的ASC(升序，默認(rèn)) 或DESC(降序)以設(shè)置排序方向。 升序先輸出小的數(shù)值，這里的"小"是以<操作符的角度定義的。

類似的是，降序是以>操作符來(lái)判斷的。

NULLS FIRST和NULLS LAST選項(xiàng)可以決定在排序操作中在 non-null 值之前還是之后。

默認(rèn)情況下，空值大于任何非空值；也就是說(shuō)，DESC 排序默認(rèn)是NULLS FIRST，否則為NULLS LAST。

注意，排序選項(xiàng)對(duì)于每個(gè)排序列是相對(duì)獨(dú)立的。例如ORDER BY x, y DESC 意思是說(shuō)ORDER BY x ASC, y DESC，

不同于ORDER BY x DESC, y DESC。

一個(gè)_sort_expression_也可以是字段名或字段編號(hào)，如:

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

都按照第一個(gè)字段進(jìn)行排序。

需要注意的是，輸出字段名必須是獨(dú)立的(不允許在表達(dá)式中使用)。

比如，下面的語(yǔ)句是錯(cuò)誤的：

SELECT a + b AS sum, c FROM table1 ORDER BY sum + c;     -- 錯(cuò)誤的

這樣的限制主要是為了避免歧義。另外，如果某個(gè)排序表達(dá)式能夠同時(shí)匹配輸出字段名和表表達(dá)式中的字段名， 也會(huì)導(dǎo)致歧義(此時(shí)使用輸出字段名)。

當(dāng)然，這種情況僅在你使用了AS 重命名輸出字段并且恰好與其它表的字段同名的時(shí)候才會(huì)發(fā)生。

ORDER BY可以應(yīng)用于UNION, INTERSECT,EXCEPT 組合的計(jì)算結(jié)果，

不過(guò)在這種情況下，只允許按照字段的名字或編號(hào)進(jìn)行排序，而不允許按照表達(dá)式進(jìn)行排序。

Notes

[1] 事實(shí)上，PostgreSQL使用默認(rèn)的B-tree操作符類 為表達(dá)式的數(shù)據(jù)類型確定ASC和DESC排序順序。

一般來(lái)說(shuō)，數(shù)據(jù)類型將被轉(zhuǎn)換為適合于 <和 >操作符進(jìn)行排序。但是對(duì)于用戶自定義的數(shù)據(jù)類型可以不必如此。

補(bǔ)充：postgresql多列綜合排序

一、需求

最近做項(xiàng)目遇到一個(gè)需求：對(duì)數(shù)據(jù)按照更新時(shí)間和創(chuàng)建時(shí)間進(jìn)行綜合排序，即對(duì)數(shù)據(jù)的操作時(shí)間進(jìn)行排序，但是數(shù)據(jù)表中沒(méi)有操作時(shí)間這個(gè)字段，需要根據(jù)更新時(shí)間和創(chuàng)建時(shí)間進(jìn)行處理。

更新時(shí)間存在時(shí)，按照更新時(shí)間排序，更新時(shí)間不存在時(shí)，使用創(chuàng)建時(shí)間排序，最后更新時(shí)間和創(chuàng)建時(shí)間一起排序。

用數(shù)據(jù)舉例說(shuō)明：

原始數(shù)據(jù):

想要的排序結(jié)果：

二、postgresql 排序語(yǔ)法

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

說(shuō)明：

sort_expression 可以是列名，也可以是列的表達(dá)式.如可以將不同列相加后排序：

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

ASC | DESC 是可選的，按升序或者降序排列結(jié)果集。默認(rèn)是 ASC。

NULLS FIRST 和 NULLS LAST 選項(xiàng)可以決定在排序操作中在 null 值之前還是之后。默認(rèn)情況下，空值大于任何非空值；也就是說(shuō)，DESC 排序默認(rèn)是 NULLS FIRST，否則為 NULLS LAST。

三、使用排序 SQL 嘗試獲取得到想要的排序結(jié)果

先按照 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;

運(yùn)行結(jié)果：

分析：

從運(yùn)行結(jié)果看出 modify_time 為 null 的數(shù)據(jù)排列在前，不符合需求。

改變 null 值的位置

sql：

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

運(yùn)行結(jié)果：

分析：

modify_time 為 null 的數(shù)據(jù)雖然在后面了，但排序結(jié)果并不符合要求。沒(méi)有達(dá)到修改時(shí)間和創(chuàng)建時(shí)間綜合排序的效果。

由此可見(jiàn)，使用基本的排序語(yǔ)法達(dá)不到兩列綜合排序的效果，可使用 case when 實(shí)現(xiàn)自定義排序規(guī)則。

自定義排序規(guī)則

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;

運(yùn)行結(jié)果：

分析：

從運(yùn)行結(jié)果可知，該 sql 的排序結(jié)果符合需求，實(shí)現(xiàn)了 modify_time 和 create_time 的綜合排序。

結(jié)論：

可使用 case when 在一定程度上實(shí)現(xiàn)自定義排序規(guī)則，實(shí)現(xiàn)多列數(shù)據(jù)綜合排序。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。

最新評(píng)論