數(shù)據(jù)庫(kù)中union 與union all 的區(qū)別
更新時(shí)間：2009年11月04日 23:40:48 作者：
當(dāng)我們要對(duì)兩個(gè)或兩個(gè)以上的表進(jìn)行操作時(shí)。我們經(jīng)常會(huì)用到union 與union all
今天晚上在操作兩個(gè)表時(shí)才發(fā)現(xiàn)兩個(gè)的區(qū)別。呵呵。
union 將兩個(gè)表連接后刪除其重復(fù)的項(xiàng)；
union all 將兩個(gè)表連接都不刪除其重復(fù)的項(xiàng)。
這個(gè)東東很簡(jiǎn)單。不過也記錄一哈 。實(shí)在是一個(gè)小小的收獲。
補(bǔ)充資料：
數(shù)據(jù)庫(kù)中，UNION和UNION ALL都是將兩個(gè)結(jié)果集合并為一個(gè)，但這兩者從使用和效率上來說都有所不同。
UNION在進(jìn)行表鏈接后會(huì)篩選掉重復(fù)的記錄，所以在表鏈接后會(huì)對(duì)所產(chǎn)生的結(jié)果集進(jìn)行排序運(yùn)算，刪除重復(fù)的記錄再返回結(jié)果。實(shí)際大部分應(yīng)用中是不會(huì)產(chǎn)生重復(fù)的記錄，最常見的是過程表與歷史表UNION。如：
select * from users1 union select * from user2
這個(gè)SQL在運(yùn)行時(shí)先取出兩個(gè)表的結(jié)果，再用排序空間進(jìn)行排序刪除重復(fù)的記錄，最后返回結(jié)果集，如果表數(shù)據(jù)量大的話可能會(huì)導(dǎo)致用磁盤進(jìn)行排序。
而UNION ALL只是簡(jiǎn)單的將兩個(gè)結(jié)果合并后就返回。這樣，如果返回的兩個(gè)結(jié)果集中有重復(fù)的數(shù)據(jù)，那么返回的結(jié)果集就會(huì)包含重復(fù)的數(shù)據(jù)了。
從效率上說，UNION ALL 要比UNION快很多，所以，如果可以確認(rèn)合并的兩個(gè)結(jié)果集中不包含重復(fù)的數(shù)據(jù)的話，那么就使用UNION ALL，如下：
select * from user1 union all select * from user2
union 將兩個(gè)表連接后刪除其重復(fù)的項(xiàng)；
union all 將兩個(gè)表連接都不刪除其重復(fù)的項(xiàng)。
這個(gè)東東很簡(jiǎn)單。不過也記錄一哈 。實(shí)在是一個(gè)小小的收獲。
補(bǔ)充資料：
數(shù)據(jù)庫(kù)中，UNION和UNION ALL都是將兩個(gè)結(jié)果集合并為一個(gè)，但這兩者從使用和效率上來說都有所不同。
UNION在進(jìn)行表鏈接后會(huì)篩選掉重復(fù)的記錄，所以在表鏈接后會(huì)對(duì)所產(chǎn)生的結(jié)果集進(jìn)行排序運(yùn)算，刪除重復(fù)的記錄再返回結(jié)果。實(shí)際大部分應(yīng)用中是不會(huì)產(chǎn)生重復(fù)的記錄，最常見的是過程表與歷史表UNION。如：
select * from users1 union select * from user2
這個(gè)SQL在運(yùn)行時(shí)先取出兩個(gè)表的結(jié)果，再用排序空間進(jìn)行排序刪除重復(fù)的記錄，最后返回結(jié)果集，如果表數(shù)據(jù)量大的話可能會(huì)導(dǎo)致用磁盤進(jìn)行排序。
而UNION ALL只是簡(jiǎn)單的將兩個(gè)結(jié)果合并后就返回。這樣，如果返回的兩個(gè)結(jié)果集中有重復(fù)的數(shù)據(jù)，那么返回的結(jié)果集就會(huì)包含重復(fù)的數(shù)據(jù)了。
從效率上說，UNION ALL 要比UNION快很多，所以，如果可以確認(rèn)合并的兩個(gè)結(jié)果集中不包含重復(fù)的數(shù)據(jù)的話，那么就使用UNION ALL，如下：
select * from user1 union all select * from user2
相關(guān)文章
解決mac上Navicat新建數(shù)據(jù)庫(kù)3680錯(cuò)誤問題
這篇文章主要介紹了mac上Navicat新建數(shù)據(jù)庫(kù)3680錯(cuò)誤解決辦法,很多朋友遇到這個(gè)問題不知道該如何解決，網(wǎng)上一搜一大把，但是不能解決核心問題，下面小編把我的解決過程分享給大家，需要的朋友可以參考下2021-11-11
這篇文章主要介紹了介紹PostgreSQL中的Lateral類型,Lateral是PostgreSQL9.3版本以來加入的內(nèi)置類型,需要的朋友可以參考下2015-04-04
這篇文章主要介紹了數(shù)據(jù)計(jì)算中間件技術(shù)綜述 ，傳統(tǒng)企業(yè)大數(shù)據(jù)架構(gòu)的問題，通過一張圖就能看懂，感興趣的朋友跟隨小編一起通過本文學(xué)習(xí)吧2018-11-11
一文讀懂?dāng)?shù)據(jù)庫(kù)管理工具 Navicat 和 DBeaver
這篇文章主要介紹了數(shù)據(jù)庫(kù)管理工具 Navicat 和 DBeaver的相關(guān)資料,本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2021-03-03
聊聊Navicat統(tǒng)計(jì)的行數(shù)竟然和表實(shí)際行數(shù)不一致的問題
Navicat作為數(shù)據(jù)庫(kù)管理工具，在業(yè)界廣受歡迎,這篇文章主要介紹了Navicat統(tǒng)計(jì)的行數(shù)竟然和表實(shí)際行數(shù)不一致的問題,需要的朋友可以參考下2021-12-12
sql內(nèi)連接查詢代碼，實(shí)例分析inner join實(shí)現(xiàn)方法2008-04-04
本文主要介紹了淺談三種數(shù)據(jù)庫(kù)的SQL注入，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-08-08
在ITPUB上有一則非常巧妙的SQL技巧，學(xué)習(xí)一下，記錄在這里2013-09-09
在PostgreSQL中使用數(shù)組時(shí)值得注意的一些地方
這篇文章主要介紹了在PostgreSQL中使用數(shù)組時(shí)值得注意的一些地方,包括如何提高輸入性能,需要的朋友可以參考下2015-04-04
這篇文章主要介紹了淺談數(shù)據(jù)庫(kù)索引的作用及原理的相關(guān)內(nèi)容，涉及索引加速和加索引的時(shí)間等，希望通過這篇文章讓大家對(duì)索引有一個(gè)初步的了解，需要的朋友可以參考下。2017-09-09