項(xiàng)目中有時(shí)候因?yàn)槟承┎豢赡孓D(zhuǎn)的原因使得表中存儲(chǔ)的數(shù)據(jù)難以滿足在頁面中的展示要求。之前的項(xiàng)目上有文章內(nèi)容的展示功能，文章分為三個(gè)狀態(tài)待發(fā)布、已發(fā)布、已下線。
他們?cè)跀?shù)據(jù)表中判斷狀態(tài)的字段（PROMOTE_STATUS）值分別為0、1、2。一開始的需求是文章只展示待發(fā)布和已發(fā)布，已發(fā)布排在待發(fā)布前面，并且兩種狀態(tài)下在根據(jù)自己的情況去排序。這樣的實(shí)現(xiàn)比較簡(jiǎn)單，如下的order by語句就可以實(shí)現(xiàn)了。
order by PROMOTE_STATUS desc ，SEQUENCE_ID desc......
結(jié)果移交測(cè)試之后，產(chǎn)品覺得這里可以優(yōu)化下，文章的展示要改為已發(fā)布、待發(fā)布、已下線（沒錯(cuò)，已下線它突然就要了，而且很傲嬌的排在了最后）。那怎么辦嘞？改表將已發(fā)布、待發(fā)布、已下線的PROMOTE_STATUS對(duì)應(yīng)值改為2、1、0肯定是行不通的，因?yàn)檫@個(gè)表其他的同事也用了。若是改了這里的對(duì)應(yīng)關(guān)系。其他同事的代碼的判斷邏輯都得動(dòng)。
所以就想到了union all，然后還需要實(shí)現(xiàn)文章在三個(gè)狀態(tài)下的各自展示順序。所以，最終的思路就是將PROMOTE_STATUS分別為1、0、2時(shí)的數(shù)據(jù)查出來，然后根據(jù)每種狀態(tài)下的情況進(jìn)行order by排序，最后將各個(gè)子集union all之后返回給頁面展示。
select
PROMOTE_ID,
SEQUENCE_ID,
PROMOTE_STATUS,
PROMOTE_TITLE,
RELEASE_DATE
FROM (
(SELECT
PROMOTE_ID,
SEQUENCE_ID,
PROMOTE_STATUS,
PROMOTE_TITLE,
RELEASE_DATE
FROM SYS_TEXT_PROMOTE
WHERE
ENABLED_FLAG = '1'
AND PROMOTE_STATUS=1
AND SORT_ID = #{params.sortId}
order by SEQUENCE_ID DESC,LAST_UPDATE_DATE DESC) a)
union all
select
PROMOTE_ID,
SEQUENCE_ID,
PROMOTE_STATUS,
PROMOTE_TITLE,
RELEASE_DATE
FROM (
(SELECT
PROMOTE_ID,
SEQUENCE_ID,
PROMOTE_STATUS,
PROMOTE_TITLE,
RELEASE_DATE
FROM SYS_TEXT_PROMOTE
WHERE
ENABLED_FLAG = '1'
AND PROMOTE_STATUS=2
AND SORT_ID = #{params.sortId}
order by RELEASE_DATE DESC,LAST_UPDATE_DATE DESC) b)
union all
select
PROMOTE_ID,
SEQUENCE_ID,
PROMOTE_STATUS,
PROMOTE_TITLE,
RELEASE_DATE
FROM (
(SELECT
PROMOTE_ID,
SEQUENCE_ID,
PROMOTE_STATUS,
PROMOTE_TITLE,
RELEASE_DATE
FROM SYS_TEXT_PROMOTE
WHERE
ENABLED_FLAG = '1'
AND PROMOTE_STATUS=0
AND SORT_ID = #{params.sortId}
order by RELEASE_DATE DESC,LAST_UPDATE_DATE DESC) c)
