項(xiàng)目中有時(shí)候因?yàn)槟承┎豢赡孓D(zhuǎn)的原因使得表中存儲的數(shù)據(jù)難以滿足在頁面中的展示要求。之前的項(xiàng)目上有文章內(nèi)容的展示功能，文章分為三個(gè)狀態(tài)待發(fā)布、已發(fā)布、已下線。

他們在數(shù)據(jù)表中判斷狀態(tài)的字段（PROMOTE_STATUS）值分別為0、1、2。一開始的需求是文章只展示待發(fā)布和已發(fā)布，已發(fā)布排在待發(fā)布前面，并且兩種狀態(tài)下在根據(jù)自己的情況去排序。這樣的實(shí)現(xiàn)比較簡單，如下的order by語句就可以實(shí)現(xiàn)了。

order by PROMOTE_STATUS desc ，SEQUENCE_ID desc......

結(jié)果移交測試之后，產(chǎn)品覺得這里可以優(yōu)化下，文章的展示要改為已發(fā)布、待發(fā)布、已下線（沒錯，已下線它突然就要了，而且很傲嬌的排在了最后）。那怎么辦嘞？改表將已發(fā)布、待發(fā)布、已下線的PROMOTE_STATUS對應(yīng)值改為2、1、0肯定是行不通的，因?yàn)檫@個(gè)表其他的同事也用了。若是改了這里的對應(yīng)關(guān)系。其他同事的代碼的判斷邏輯都得動。

所以就想到了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之后返回給頁面展示。

最終的sql語句如下：

selectPROMOTE_ID,SEQUENCE_ID,PROMOTE_STATUS, PROMOTE_TITLE, RELEASE_DATE FROM ( (SELECTPROMOTE_ID, SEQUENCE_ID, PROMOTE_STATUS,PROMOTE_TITLE,RELEASE_DATEFROM 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 allselectPROMOTE_ID,SEQUENCE_ID,PROMOTE_STATUS, PROMOTE_TITLE, RELEASE_DATE FROM ( (SELECTPROMOTE_ID, SEQUENCE_ID, PROMOTE_STATUS,PROMOTE_TITLE,RELEASE_DATEFROM SYS_TEXT_PROMOTE WHEREENABLED_FLAG = ’1’AND PROMOTE_STATUS=2AND SORT_ID = #{params.sortId}order by RELEASE_DATE DESC,LAST_UPDATE_DATE DESC) b)union allselectPROMOTE_ID,SEQUENCE_ID,PROMOTE_STATUS, PROMOTE_TITLE, RELEASE_DATE FROM ( (SELECTPROMOTE_ID, SEQUENCE_ID, PROMOTE_STATUS,PROMOTE_TITLE,RELEASE_DATEFROM SYS_TEXT_PROMOTEWHEREENABLED_FLAG = ’1’AND PROMOTE_STATUS=0AND SORT_ID = #{params.sortId}order by RELEASE_DATE DESC,LAST_UPDATE_DATE DESC) c)

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。