2. 程式人生 > >oracle中distinct和group by的區別

oracle中distinct和group by的區別

阿新 • • 發佈：2018-12-31

其實二者沒有什麼可比性，但是對於不包含聚集函式的GROUP BY操作來說，和DISTINCT操作是等價的。不過雖然二者的結果是一樣的，但是二者的執行計劃並不相同。

在Oracle9i中：

SQL> SELECT * FROM V$VERSION;

BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production PL/SQL Release 9.2.0.4.0 - Production
CORE    9.2
 
.0.3.0       Production
TNS for Linux: Version 9.2.0.4.0 - Production
NLSRTL Version 9.2.0.4.0 - Production

SQL> CREATE TABLE T AS SELECT ROWNUM ID, A.* FROM DBA_OBJECTS A;

表已建立。

SQL> CREATE INDEX IND_T_CREATED ON T (CREATED);

索引已建立。

SQL> ALTER TABLE T MODIFY CREATED NOT NULL;

表已更改。

SQL>
 
 ALTER SESSION SET NLS_DATE_FORMAT = 'YYYY-MM-DD HH24:MI:SS';

會話已更改。

SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(USER, 'T')

PL/SQL 過程已成功完成。

SQL> SET AUTOT ON EXP
SQL> SELECT COUNT(*) FROM (SELECT DISTINCT CREATED FROM T);

  COUNT(*)
----------
4794

執行計劃
----------------------------------------------------------
 

0      SELECT STATEMENT Optimizer=CHOOSE (Cost=65 Card=1)
   1    0   SORT (AGGREGATE)
   2    1     VIEW (Cost=65 Card=4794)
   3    2       SORT (UNIQUE) (Cost=65 Card=4794 Bytes=38352)
   4    3         INDEX (FAST FULL SCAN) OF 'IND_T_CREATED' (NON-UNIQUE) (Cost=4 Card=41802 Bytes=334416)


SQL> SELECT COUNT(*) FROM (SELECT CREATED FROM T GROUP BY CREATED);

  COUNT(*)
----------
4794

執行計劃
----------------------------------------------------------
0      SELECT STATEMENT Optimizer=CHOOSE (Cost=65 Card=1 Bytes=2)
   1    0   SORT (AGGREGATE)
   2    1     VIEW (Cost=65 Card=4794 Bytes=9588)
   3    2       SORT (GROUP BY) (Cost=65 Card=4794 Bytes=38352)
   4    3         INDEX (FAST FULL SCAN) OF 'IND_T_CREATED' (NON-UNIQUE) (Cost=4 Card=41802 Bytes=334416)

從執行計劃上看，DISTINCT的操作是SORT (UNIQUE)，而GROUP BY是SORT (GROUP BY)。DISTINCT操作只需要找出所有不同的值就可以了。而GROUP BY操作還要為其他聚集函式進行準備工作。從這一點上將，GROUP BY操作做的工作應該比DISTINCT所做的工作要多一些。

除了這一點，基本上看不到DISTINCT和GROUP BY（沒有聚集函式的情況）有什麼區別，而且從執行效率上也看不到明顯的差異。

不過從10g開始，二者的差異開始體現出來了。

SQL> CONN YANGTK/YANGTK@YTK已連線。
SQL> SET AUTOT OFF
SQL> SET TIMING OFF
SQL> CREATE TABLE T AS SELECT ROWNUM ID, A.* FROM DBA_OBJECTS A;

表已建立。

SQL> CREATE INDEX IND_T_CREATED ON T (CREATED);

索引已建立。

SQL> ALTER TABLE T MODIFY CREATED NOT NULL;

表已更改。

SQL> ALTER SESSION SET NLS_DATE_FORMAT = 'YYYY-MM-DD HH24:MI:SS';

會話已更改。

SQL> EXEC DBMS_STATS.GATHER_TABLE_STATS(USER, 'T')

PL/SQL 過程已成功完成。

SQL> SET AUTOT ON
SQL> SET TIMING ON

建立好測試環境後，看一看標準分頁函式中，兩個操作的差異：

SQL> SELECT * 
  2  FROM 
  3  (
  4   SELECT ROWNUM RN, A.* 
  5   FROM 
  6   (
  7    SELECT CREATED 
  8    FROM T 
  9    GROUP BY CREATED
10   ) A
11   WHERE ROWNUM < 20
12  ) 
13  WHERE RN >= 10;

        RN CREATED
---------- -------------------
10 2005-12-19 17:07:57
        11 2005-12-19 17:07:58
        12 2005-12-19 17:08:24
        13 2005-12-19 17:08:25
        14 2005-12-19 17:08:26
        15 2005-12-19 17:08:27
        16 2005-12-19 17:08:28
        17 2005-12-19 17:08:29
        18 2005-12-19 17:08:33
        19 2005-12-19 17:08:35

已選擇10行。

已用時間:  00: 00: 00.06

執行計劃
----------------------------------------------------------
Plan hash value: 3639065582

-------------------------------------------------------------------------------
| Id  | Operation                | Name          | Rows  | Bytes | Cost (%CPU)|
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT         |               |    19 |   418 |     1   (0)|
|*  1 |  VIEW                    |               |    19 |   418 |     1   (0)|
|*  2 |   COUNT STOPKEY          |               |       |       |            |
|   3 |    VIEW                  |               |   969 |  8721 |     1   (0)|
|*  4 |     SORT GROUP BY STOPKEY|               |   969 |  7752 |     1   (0)|
|   5 |      INDEX FULL SCAN     | IND_T_CREATED |   969 |  7752 |     1   (0)|
-------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

1 - filter("RN">=10)
   2 - filter(ROWNUM<20)
   4 - filter(ROWNUM<20)

統計資訊
----------------------------------------------------------
1  recursive calls
          0  db block gets
         67  consistent gets
          0  physical reads
          0  redo size
        642  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
         10  rows processed

SQL> SELECT * 
  2  FROM 
  3  (
  4   SELECT ROWNUM RN, A.* 
  5   FROM 
  6   (
  7    SELECT DISTINCT CREATED 
  8    FROM T 
  9   ) A
10   WHERE ROWNUM < 20
11  ) 
12  WHERE RN >= 10;

        RN CREATED
---------- -------------------
10 2005-12-19 17:07:57
        11 2005-12-19 17:07:58
        12 2005-12-19 17:08:24
        13 2005-12-19 17:08:25
        14 2005-12-19 17:08:26
        15 2005-12-19 17:08:27
        16 2005-12-19 17:08:28
        17 2005-12-19 17:08:29
        18 2005-12-19 17:08:33
        19 2005-12-19 17:08:35

已選擇10行。

已用時間:  00: 00: 00.03

執行計劃
----------------------------------------------------------
Plan hash value: 1650124153

-------------------------------------------------------------------------------
| Id  | Operation                | Name          | Rows  | Bytes | Cost (%CPU)|
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT         |               |    19 |   418 |    14  (36)|
|*  1 |  VIEW                    |               |    19 |   418 |    14  (36)|
|*  2 |   COUNT STOPKEY          |               |       |       |            |
|   3 |    VIEW                  |               |   987 |  8883 |    14  (36)|
|*  4 |     SORT GROUP BY STOPKEY|               |   987 |  7896 |    14  (36)|
|   5 |      INDEX FAST FULL SCAN| IND_T_CREATED | 50333 |   393K|    10  (10)|
-------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

1 - filter("RN">=10)
   2 - filter(ROWNUM<20)
   4 - filter(ROWNUM<20)

統計資訊
----------------------------------------------------------
1  recursive calls
          0  db block gets
         73  consistent gets
          0  physical reads
          0  redo size
        642  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
         10  rows processed

出乎意料的是，GROUP BY操作的COST更低，而且邏輯讀也小，這似乎與二者的工作量成反比。仔細觀察執行計劃發現，問題的根源來自於GROUP BY使用INDEX FULL SCAN，而DISTINCT使用了INDEX FAST FULL SCAN。也許有人會感到奇怪，索引的快速全掃描不是要比索引全掃描效率更高嗎？對於讀取所有資料的情況下，確實是索引快速全掃效率更高。但是由於這裡採用了分頁，只取前20條資料，而且Oracle的10g增加了GROUP BY STOPKEY這種新的執行路徑，因此在這裡GROUP BY操作的效率更高。

觀察執行計劃中的處理行數可以發現，索引全掃描由於是按照索引的順序掃描，因此利用了STOPKEY，僅僅處理了969條記錄就停了下來。而對於DISTINCT操作的快速索引全速而言，顯然沒有使用STOPKEY，讀取了所有的50333條記錄。這就是GROUP BY和DISTINCT的效能差異原因。

相關推薦

oracle中distinct和group by的區別

其實二者沒有什麼可比性，但是對於不包含聚集函式的GROUP BY操作來說，和DISTINCT操作是等價的。不過雖然二者的結果是一樣的，但是二者的執行計劃並不相同。 在Oracle9i中： SQL> SELECT * FROM V$VERSION; BANNER -------

Hive中distinct和Group by效率對比及處理方式

select res.flag AS flag ,res.source AS source ,res.template AS template ,SUM(res.click_user)

distinct和group by區別

distinct簡單來說就是用來去重的，而group by的設計目的則是用來聚合統計的，兩者在能夠實現的功能上有些相同之處，但應該仔細區分，因為用錯場景的話，效率相差可以倍計。 單純的去重操作使用distinct，速度是快於group by的。 distinct di

Oracle 中distinct 和order by 同時使用，可能出現的問題

事例在Oracle資料庫中執行SQL:  select distinct name from tableName order by id 原本想過濾name欄位重複值，並按照id進行排序，但是SQL報錯，無法執行。 原因：SELECT語句中含有DISTINCT關

Sql distinct和group by的區別

distinct和Group by 區別：  distinct只是將重複的行從結果中出去；  group by是按指定的列分組，一般這時在select中會用到聚合函式。  distinct是把不同的記錄顯示出來。 

mysql聯合查詢是用DISTINCT和GROUP BY之間的效能區別

在開發過程中遇到的問題： 有兩張表，登入記錄表和IP歸屬表 需求：查詢某個地區和某個時間段登入的記錄 有登入表有4000條資料，IP歸屬表有400條資料 用GROUP BY查詢結果 SELECT * FROM login_log WHERE acctLoginIP IN

ORACLE中NVLl和COALESCE的區別

oracl 第一個 ssi 必須 如果 不一致 miss 兩個 oal nvl(COMMISSION_PCT,0)如果第一個參數為null，則返回第二個參數如果第一個參數為非null，則返回第一個參數 COALESCE(EXPR1,EXPR2,EXPR3...EXPRn)從

ORACLE中SID和SERVICE_NAME的區別

spring 好的 java應用程序 系列 sdn 文件 數據 jdbc 修改 先來講一個小故事,2015年6月份，有個客戶遷移了數據庫，由單實例數據庫變成了RAC。JAVA應用程序出現了無法連接數據庫的情況，但是PL/SQL能連接上數據庫。由於項目比較龐大，

tp5 去重查詢 distinct和group by

例子 $teachers_list=Db::name('class') ->alias('c') ->join('admin a','c.teachers_id = a.id') ->join('teachers t','a

oracle中union和union all區別與效能分析

[ 概要 ] 經常寫sql的同學可能會用到union和union all這兩個關鍵詞, 可能你知道使用它們可以將兩個查詢的結果集進行合併, 那麼二者有什麼區別呢? 下面我們就簡單的分析下.

oracle中distinct和count函式組合使用

oracle中的distinct關鍵字和count函式需要經常組合起來使用 例如,如果我們拿到一個僅有員工基本資訊的列表，我們希望得到這個公司共有多少個部門。 我們可以這樣做： select count(a.deptno) from (select distinct deptno

Oracle中Catalog和nocatalog的區別

nocatalog方式：用control file作為catalog，每一次備份都要往控制檔案裡面寫好多備份資訊，控制檔案裡面會有越來越多的備份資訊，即RMAN的備份資訊寫在本地控制檔案裡面。 catalog方式：必須要首先要建立目錄備份資料庫(catalog，也稱知識庫)，建立恢復目錄，即資料庫的

distinct和group by 去掉重複資料分析

詳見：http://blog.yemou.net/article/query/info/tytfjhfascvhzxcytp40 用distinct關鍵字只能過濾查詢欄位中所有記錄相同的（記錄集相同），而如果要指定一個欄位卻沒有效果，另外distinct關鍵字會排序 。 s

對比Oracle中truncate和delete的區別及效能

可見delete刪除表還可以回滾,而truncate截斷表就不能回滾了.(前提是delete操作沒有提交) 2.高水線 所有的Oracle表都有一個容納資料的上限（很象一個水庫歷史最高的水位），我們把這個上限稱為“high water mark”或HWM。這個HWM是一個標記(專門有一個數據塊用來記錄高水標記

關於distinct 和group by的去重邏輯淺析

在資料庫操作中，我們常常遇到需要將資料去重計數的工作。例如： 表A，列col A C A B C D A B 結果就是一共出現4個不同的字母A、B、C、D 即結果為4 大體上我們可以選擇count(distinct col)的方法和group+c

ThinkPHP去重 distinct和group by

近期專案中，遇到資料表去重要求，對於ThinkPHP的去重有了更加準確的認識和體會。 兩種去重方式： $test_data = M('hot'); //例項化資料表 $data = $test_d

oracle中in和exists的區別

          一直以來，大家認為exists比in速度快，其實是不準確的。且看接下來的具體分析：in其實是將外表和內表進行hash join，exists是先對外表進行loop操作，然後每次loop後再對內表進行查詢。         如果兩張表大小差不多，那麼exi

oracle 中sum和count的區別

例１：查詢出現過2次的name。 　　往往初學者會錯誤地認為在where 語句裡直接使用count()演算法，很顯然這個想法是錯誤的，count()方法並不能被用在where子句中，為了解決問題，我們可以在group by子句後面使用HAVING來做條件限制。 　　錯誤做法：select * from aaa

ThinkPHP去重 distinct和group by總結

近期專案中，遇到資料表去重要求，對於ThinkPHP的去重有了更加準確的認識和體會。 兩種去重方式：//例項化資料表 $test_data = M('hot'); //利用distinct方法去重 $data = $test_data->Distinct(true)

Hive SQL 的 DISTINCT 和 GROUP BY 的效能對比

    Hive SQL 的 DISTINCT 和 GROUP BY 都可用於資料去重，此文不講解 DISTINCT 和 GROUP BY 的基本用法，重點分析 DISTINCT 和 GROUP BY 用於資料去重時的效