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

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

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

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

這是正常的用法，有些人想在每個(gè)查詢中先排序，然后再union，也有非正常的用法，類似：

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

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

最新評(píng)論