rownum使って満足しちゃってると..... #1 Tweet

まずは、以下のクエリを見てください。（適当に作りすぎたので、よい例ではないですが...)

220秒ms程度で、Buffer Getsが2418程度あります。numrowで制限している最大件数が戻されています。

データが大量にヒットする可能性があるようですね。

rownumで返す行数を制限し、ネステッドループ結合にしてチューニングするケースは多々あります。

00:44:53 SCOTT> set autot trace exp stat
01:42:37 SCOTT> l
  1  select /*+ leading(tc) use_nl(tc tb ta) */ *
  2  from
  3      tc join tb
  4      on
  5          tc.version = tb.version
  6          and tc.branch# = tb.branch#
  7      join ta
  8      on
  9          tb.version = ta.version
 10  where
 11      tc.version between 1 and 10
 12*     and rownum <= 1000
01:42:37 SCOTT> /

1000行が選択されました。

経過: 00:00:00.22

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

-----------------------------------------------------------------------------------------
| Id  | Operation                       | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                |       |  1000 |  2952K|  3798   (1)| 00:00:46 |
|*  1 |  COUNT STOPKEY                  |       |       |       |            |          |
|   2 |   NESTED LOOPS                  |       |       |       |            |          |
|   3 |    NESTED LOOPS                 |       |  1001 |  2955K|  3798   (1)| 00:00:46 |
|   4 |     NESTED LOOPS                |       |  2002 |  3947K|  2796   (1)| 00:00:34 |
|   5 |      TABLE ACCESS BY INDEX ROWID| TC    |  4004 |  3953K|   571   (0)| 00:00:07 |
|*  6 |       INDEX RANGE SCAN          | PK_TC |       |       |    13   (0)| 00:00:01 |
|   7 |      TABLE ACCESS BY INDEX ROWID| TB    |     1 |  1008 |     1   (0)| 00:00:01 |
|*  8 |       INDEX UNIQUE SCAN         | PK_TB |     1 |       |     0   (0)| 00:00:01 |
|*  9 |     INDEX UNIQUE SCAN           | PK_TA |     1 |       |     0   (0)| 00:00:01 |
|  10 |    TABLE ACCESS BY INDEX ROWID  | TA    |     1 |  1004 |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------

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

   1 - filter(ROWNUM<=1000)
   6 - access("TC"."VERSION">=1 AND "TC"."VERSION"<=10)
   8 - access("TC"."VERSION"="TB"."VERSION" AND "TC"."BRANCH#"="TB"."BRANCH#")
       filter("TB"."VERSION"<=10 AND "TB"."VERSION">=1)
   9 - access("TB"."VERSION"="TA"."VERSION")
       filter("TA"."VERSION">=1 AND "TA"."VERSION"<=10)


統計
----------------------------------------------------------
          0  recursive calls
          0  db block gets
       2418  consistent gets
          0  physical reads
          0  redo size
    1050353  bytes sent via SQL*Net to client
       1245  bytes received via SQL*Net from client
         68  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
       1000  rows processed

01:42:39 SCOTT> 

しかし、rownumも万能ではないんですよね。弱点があるんです。

どのような弱点なのか、気付きましたか？

ヒントは、 ID=1のOperationであるCOUNT STOPKEYとそれ以降にあるNESTED LOOPSの動き。

ということで、次回へつづく。