Mac De Oracle: 実行計画は, SQL文のレントゲン写真だ！　Oracle Database (全部俺）Advent Calendar 2022 Day 2　/ No.37 / MINUS ALL

GaragebandとiMovieで

検索

検索用語を入力

Web Blog内

検索フォームを送信

プロフィール

Twitter

Tweets by @discus_hamburg

オンラインショッピング

2023年2月
日	月	火	水	木	金	土
			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28

最近のトラックバック

[memo]メモを取りつつ楽しめるようなスタイル (wmo6hash::blog)
ダーリンはGoogleで軽食なり。 (今日のゴハン)
�� プログラムは読む時間の方が長い - 遥か彼方の彼方から (�� プログラムは読む時間の方が長い - 遥か彼方の彼方から)
今流行のケブンリッジ関数・・・しってました！？ (あにずむ)
poken (drmarのメモ)
Photo exhibition "Natural Faces of AIDS Orphans"　写真展「エイズ孤児の素顔」@JICA地球ひろば　広尾 (メガ放談)
創る心とおもてなし―第1回 Webエンジニア料理対決に参加する (Kwappa開発室)
創る心とおもてなし～第一回webエンジニア料理対決に参加した (Mac De Oracle)
徹底比較!! PostgreSQL vs MySQLパート2 with 勝手に vs Firebird (14) (キムラデービーブログ)
Oracle de XMLDB #18 (discus)

Oracle

OTN US

Apple

その他

ブログ de ノベルティ
ノベルティグッズをただ、ただ、記録していくブログ。Mac De Oracleでは出来ないネタなので、別ブログを立てた次第。

Googleの広告

RSS

RSSを表示する

当サイトについて

プライバシーポリシー

プライバシーポリシー

「個人情報の保護に関する法律」に基づき、「個人情報保護の基本方針（プライバシーポリシー）」を
定め個人情報の適切な管理・保護に努めることを表明します。

個人情報保護の基本方針（プライバシーポリシー）

1.　個人情報の利用目的をできるだけ特定し、特定された利用目的の達成に必要な範囲を超えて利用
　　することはありません。
2.　個人情報を偽りその他不正な手段による取得しません。取得したときは、本人に速やかに利用目的
　　を通知又は公表します。
3.　個人情報を利用目的の範囲内で正確かつ最新の内容に保つように努めます。
4.　個人情報の漏洩や滅失を防ぐために、必要かつ適切な安全管理措置を講じます。
5.　あらかじめ本人の同意を得ないで第三者に個人情報を提供することはありません。
　　ただし、法令に基づく場合、人の生命、身体又は財産の保護に必要な場合、公衆衛生・児童の健全育成に
　　特に必要な場合、国等に協力する場合は除きます。

2022年12月 2日 (金) / Author : Hiroshi Sekiguchi.

実行計画は, SQL文のレントゲン写真だ！　Oracle Database (全部俺）Advent Calendar 2022 Day 2　/ No.37 / MINUS ALL Tweet

Previously on Mac De Oracle...
帰ってきた！　実行計画は、SQL文のレントゲン写真だ！　Oracle Database (全部俺） Advent Calendar 2022始まっちゃいましたw

Day 1は, 19cまでのINTERSECTに加え, 21c（正確には20c）からサポートされたINTRESECT ALLの実行計画というレントゲンはどう見えるのか？を確認しました.
21cからはHASH操作が加わっているとことは興味深いので, HASH操作について観点を変えて実行計画というレントゲンを見ておかねば, という気がしていますね. 今のところ, おまけとして考えているところですw（ネタがキツくなったら普通にやるかもw）

ということで, Day 2の窓を開けましょう！

なお, 今回のSQL文の結果セットはソートされているように並んでいますが, たまたま昇順に並んでいるだけなので, ソートが必要な場合は, 必ず, ORDER BY句を付けてくださいね.

INTERSECTと同様に, 19cまでは, ALLがサポートされていなかったOracleの方言である集合演算 MINUS にも MINUS ALLがサポートされました.
21c以降で利用できます. 実際には20cですが世に出てくることは無かったわけで,　事実上21c以降といってもいいですよね（おそらく）

21cでみてみましょう.

SCOTT@orclpdb1> select banner from v$version;

BANNER
----------------------------------------------------------------------
Oracle Database 21c Enterprise Edition Release 21.0.0.0.0 - Production

Day 1と同じ表とデータを利用します(再掲). 意図的に, 該当表には索引を作成していません.

SCOTT@orclpdb1> @day2
  1  SELECT
  2    num
  3  FROM
  4*   groupa

       NUM
----------
         1
         2
         2
         3
         4
         4
         5

7行が選択されました.

  1  SELECT
  2    num
  3  FROM
  4*   groupb

       NUM
----------
         0
         2
         3
         3
         4
         4
         4
         7

8行が選択されました.

今回の主役, MINUS ALLの実行計画という名のレントゲンから診てみます.

OperationにMINUS ALLと現れています. わかりやすいですね. また, ここでもHASH操作が現れています. 21cの特徴でもあるので頭の片隅に置いといた方が良さそうです.

  1  SELECT
  2    num
  3  FROM
  4    groupa
  5  MINUS ALL
  6  SELECT
  7    num
  8  FROM
  9*   groupb

       NUM
----------
         1
         2
         5

実行計画
----------------------------------------------------------
Plan hash value: 895579533

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |     7 |    45 |     8  (25)| 00:00:01 |
|   1 |  MINUS ALL HASH    |        |       |       |            |          |
|   2 |   TABLE ACCESS FULL| GROUPA |     7 |    21 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| GROUPB |     8 |    24 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------


統計
----------------------------------------------------------
          0  recursive calls
          0  db block gets
         12  consistent gets
          0  physical reads
          0  redo size
        648  bytes sent via SQL*Net to client
         52  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          3  rows processed

次にこれまでもサポートされていた, MINUSの実行計画という名のレントゲンから診てみます.

これも判断しやすいですね. キーワードとなるMINUSが, Operationに現れています. 同様に, HASHも.

  1  SELECT
  2    num
  3  FROM
  4    groupa
  5  MINUS
  6  SELECT
  7    num
  8  FROM
  9*   groupb

       NUM
----------
         1
         5


実行計画
----------------------------------------------------------
Plan hash value: 2352437695

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |     7 |    45 |     8  (25)| 00:00:01 |
|   1 |  MINUS HASH        |        |       |       |            |          |
|   2 |   TABLE ACCESS FULL| GROUPA |     7 |    21 |     3   (0)| 00:00:01 |
|   3 |   TABLE ACCESS FULL| GROUPB |     8 |    24 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------


統計
----------------------------------------------------------
          0  recursive calls
          0  db block gets
         12  consistent gets
          0  physical reads
          0  redo size
        640  bytes sent via SQL*Net to client
         52  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          2  rows processed

次に, 索引アクセスがある場合はどうなるかを確認します.　利用するデータや表はDay1と同じです.(再掲)
なお, 索引等の情報は前回のエントリーをご覧ください

  1  SELECT
  2    unique_id
  3  FROM
  4    tab311
  5  WHERE
  6*   unique_id BETWEEN 1 AND 50

 UNIQUE_ID
----------
         1
         1
         1
         2
         2
         3
         4
         5
         6
         7
         8
         9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21
        22
        23
        24
        25
        26
        27
        28
        29
        30
        31
        32
        33
        34
        35
        36
        37
        38
        39
        40
        41
        42
        43
        44
        45
        46
        47
        48
        49
        50

53行が選択されました.

  1  SELECT
  2    unique_id
  3  FROM
  4    tab312
  5  WHERE
  6*   unique_id BETWEEN 25 AND 75

 UNIQUE_ID
----------
        25
        26
        27
        28
        29
        30
        31
        32
        33
        34
        35
        36
        37
        38
        39
        40
        41
        42
        43
        44
        45
        46
        47
        48
        49
        50
        51
        52
        53
        54
        55
        56
        57
        58
        59
        60
        61
        62
        63
        64
        65
        66
        67
        68
        69
        70
        71
        72
        73
        74
        75

51行が選択されました.

まずは, MINUS ALLから

Table Full Scanであろうが, Index Range Scanであろうが, HASH操作になるというのも特徴のようですね. 興味深いです.

  1  SELECT
  2    unique_id
  3  FROM
  4    tab311
  5  WHERE
  6    unique_id BETWEEN 1 AND 50
  7  MINUS ALL
  8  SELECT
  9    unique_id
 10  FROM
 11    tab312
 12  WHERE
 13*   unique_id BETWEEN 25 AND 75

 UNIQUE_ID
----------
         1
         1
         1
         2
         2
         3
         4
         5
         6
         7
         8
         9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21
        22
        23
        24

27行が選択されました.


実行計画
----------------------------------------------------------
Plan hash value: 381125746

---------------------------------------------------------------------------------
| Id  | Operation         | Name        | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |             |    50 |   612 |     8  (25)| 00:00:01 |
|   1 |  MINUS ALL HASH   |             |       |       |            |          |
|*  2 |   INDEX RANGE SCAN| TAB311_PK   |    50 |   300 |     3   (0)| 00:00:01 |
|*  3 |   INDEX RANGE SCAN| IX01_TAB312 |    52 |   312 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------------

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

   2 - access("UNIQUE_ID">=1 AND "UNIQUE_ID"<=50)
   3 - access("UNIQUE_ID">=25 AND "UNIQUE_ID"<=75)


統計
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          6  consistent gets
          0  physical reads
          0  redo size
       1040  bytes sent via SQL*Net to client
         63  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         27  rows processed

MINUSはどうでしょう？

お! やはり, 挙動が変わりますね. これは, 索引を利用することを重要視した結果と言えそうです. SORT UNIQUE NOSORTなので, ソートなしでUNIQUE操作を行っています. ソートのバイバスを重要視したということになりますね.
ここも非常に興味深い動きですね.

  1  SELECT
  2    unique_id
  3  FROM
  4    tab311
  5  WHERE
  6    unique_id BETWEEN 1 AND 50
  7  MINUS
  8  SELECT
  9    unique_id
 10  FROM
 11    tab312
 12  WHERE
 13*   unique_id BETWEEN 25 AND 75

 UNIQUE_ID
----------
         1
         2
         3
         4
         5
         6
         7
         8
         9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21
        22
        23
        24

24行が選択されました.


実行計画
----------------------------------------------------------
Plan hash value: 2829086308

-----------------------------------------------------------------------------------
| Id  | Operation           | Name        | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |             |    50 |   612 |     8  (25)| 00:00:01 |
|   1 |  MINUS              |             |       |       |            |          |
|   2 |   SORT UNIQUE NOSORT|             |       |       |            |          |
|*  3 |    INDEX RANGE SCAN | TAB311_PK   |    50 |   300 |     3   (0)| 00:00:01 |
|   4 |   SORT UNIQUE NOSORT|             |       |       |            |          |
|*  5 |    INDEX RANGE SCAN | IX01_TAB312 |    52 |   312 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------------

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

   3 - access("UNIQUE_ID">=1 AND "UNIQUE_ID"<=50)
   5 - access("UNIQUE_ID">=25 AND "UNIQUE_ID"<=75)


統計
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          9  consistent gets
          0  physical reads
          0  redo size
        993  bytes sent via SQL*Net to client
         63  bytes received via SQL*Net from client
          3  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
         24  rows processed

では, 最後に, 19cでも実行計画という名のレントゲンを診ておきたいと思います.

SYS@orclcdb> select banner from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production

MINUS ALLは未サポートなので, シンタックスエラーになります.

SCOTT@orcl> @day2
1  SELECT
2    num
3  FROM
4    groupa
5  MINUS ALL
6  SELECT
7    num
8  FROM
9*   groupb
MINUS ALL
    *
ERROR at line 5:
ORA-00928: missing SELECT keyword

以前からサポートされているMINUS, やはり, SORT UNIQUE操作が利用されています. 21cのMINUSとは異なる動きのあることが見えてきます.

1  SELECT
2    num
3  FROM
4    groupa
5  MINUS
6  SELECT
7    num
8  FROM
9*   groupb

     NUM
----------
       1
       5

Execution Plan
----------------------------------------------------------
Plan hash value: 2070324559

------------------------------------------------------------------------------
| Id  | Operation           | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |        |     7 |    45 |     8  (25)| 00:00:01 |
|   1 |  MINUS              |        |       |       |            |          |
|   2 |   SORT UNIQUE       |        |     7 |    21 |     4  (25)| 00:00:01 |
|   3 |    TABLE ACCESS FULL| GROUPA |     7 |    21 |     3   (0)| 00:00:01 |
|   4 |   SORT UNIQUE       |        |     8 |    24 |     4  (25)| 00:00:01 |
|   5 |    TABLE ACCESS FULL| GROUPB |     8 |    24 |     3   (0)| 00:00:01 |
------------------------------------------------------------------------------


Statistics
----------------------------------------------------------
        0  recursive calls
        0  db block gets
       12  consistent gets
        0  physical reads
        0  redo size
      599  bytes sent via SQL*Net to client
      421  bytes received via SQL*Net from client
        2  SQL*Net roundtrips to/from client
        2  sorts (memory)
        0  sorts (disk)
        2  rows processed

アドベントカレンダー, 今のところ順調だが, 25回分全てのネタを書き終わったわけではないので, 先はナゲーーーーーーーなーーーと, 遠ーーーくを見てるw

Day3の担当は, 私です. よろしくお願いしますw

では, また, 明日.

参考）

19c
UNION [ALL], INTERSECTおよびMINUS演算子

21c
The Set Operators

投稿日時 2022年12月 2日 (金) 00時00分チューニング, SQL, Opera, パフォーマンス, Advent Calendar, Oracle Database 19c, Oracle Database 21c | 固定リンク | 0

Mac De Oracle

MacOS X で動作する Oracle　が正式にリリースされたのだ！ 1996年にリリースされた、Personal Oracle7 for MacOS以来、封印されていたMacOS版が、（2005年）９年ぶりに正式リリースされたのでいろいろあそんでみたくなった！

GaragebandとiMovieで

検索

Twitter

オンラインショッピング

気まぐれ写真館

最近の記事

最近のコメント

最近のトラックバック

バックナンバー

カテゴリー

Oracle

Apple

その他

Googleの広告

RSS

当サイトについて

2022年12月 2日 (金) / Author : Hiroshi Sekiguchi.

実行計画は, SQL文のレントゲン写真だ！　Oracle Database (全部俺）Advent Calendar 2022 Day 2　/ No.37 / MINUS ALL Tweet

コメント

コメントを書く

Mac De Oracle

GaragebandとiMovieで

検索

Twitter

オンラインショッピング

気まぐれ写真館

最近の記事

最近のコメント

最近のトラックバック

バックナンバー

カテゴリー

Oracle

Apple

その他

Googleの広告

RSS

当サイトについて

2022年12月 2日 (金) / Author : Hiroshi Sekiguchi.

実行計画は, SQL文のレントゲン写真だ！ Oracle Database (全部俺）Advent Calendar 2022 Day 2 / No.37 / MINUS ALL Tweet

コメント

コメントを書く

実行計画は, SQL文のレントゲン写真だ！　Oracle Database (全部俺）Advent Calendar 2022 Day 2　/ No.37 / MINUS ALL Tweet