我欲封天耳根小说,懒人听书

近日，在一個(gè)項(xiàng)目中用到union組合兩個(gè)select結(jié)果，調(diào)試sql時(shí)總是報(bào)錯(cuò)，所報(bào)錯(cuò)誤也只是說(shuō)在union附近有問(wèn)題，因?yàn)閟ql中用到了group，我想也許是union不支持吧，由于時(shí)間緊，就先在程序中做了合并處理。但程序員對(duì)于代碼的完美性要求總是不能放棄的，所以，常常會(huì)有如鯁在喉的感覺(jué)，不搞明白心里會(huì)不舒服。

仔細(xì)查看了MS的在線幫助，在有關(guān)UNION的描述中找到這樣一段說(shuō)明：

如果使用 UNION 運(yùn)算符，那么各個(gè) SELECT 語(yǔ)句不能包含它們自己的 ORDER BY 或 COMPUTE 子句。而只能在最后一個(gè) SELECT 語(yǔ)句的后面使用一個(gè) ORDER BY 或 COMPUTE 子句；該子句適用于最終的組合結(jié)果集。只能在各個(gè) SELECT 語(yǔ)句中指定 GROUP BY 和 HAVING 子句。

在這段說(shuō)明中并沒(méi)有說(shuō)union不能用于group，而是說(shuō)在各個(gè)Select中不能包含order by，而在我的語(yǔ)句中恰恰就有這個(gè)，看來(lái)是我猜錯(cuò)了。試了一下把order去掉，果然不會(huì)報(bào)錯(cuò)了。也就是說(shuō)，使用union的時(shí)候，各查詢(xún)group是可以的，但不能order或compute。那如果說(shuō)非要group，有沒(méi)有辦法呢？正常情況下只能在最后使用，而且是針對(duì)組合后的結(jié)果集進(jìn)行排序的，而我剛才所說(shuō)的group，就不能用于最終結(jié)果集，而只能用于每個(gè)查詢(xún)。

這是正常的用法，有些人想在每個(gè)查詢(xún)中先排序，然后再u(mài)nion，也有非正常的用法，類(lèi)似：

select * from (select a from [table] order by a) union ...

另外，union后面還可以加上all，在默認(rèn)情況下，union時(shí)會(huì)刪除重復(fù)的項(xiàng)，如果加上all則不進(jìn)行篩選，組合所有的結(jié)果。如果能確定各查詢(xún)結(jié)果不會(huì)有重復(fù)的項(xiàng)，最好就帶上all，因?yàn)檫@樣還是可以提高一些效率的。

您可能感興趣的文章:

sql 查詢(xún)結(jié)果合并union all用法_數(shù)據(jù)庫(kù)技巧
SQLSERVER中union,cube,rollup,cumpute運(yùn)算符使用說(shuō)明
mySQL UNION運(yùn)算符的默認(rèn)規(guī)則研究
sql Union和Union All的使用方法
union這個(gè)連接是有什么用的和INNER JOIN有什么區(qū)別
MySQL union 語(yǔ)法代碼示例分析
數(shù)據(jù)庫(kù)中union 與union all 的區(qū)別

標(biāo)簽：珠海天水泉州美容院福建商洛呼和浩特西寧

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《union組合結(jié)果集時(shí)的order問(wèn)題》，本文關(guān)鍵詞 union,組合,結(jié)果,集時(shí),的,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無(wú)關(guān)。

濮阳杆衣贸易有限公司

union組合結(jié)果集時(shí)的order問(wèn)題