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