db tech showcase Tokyo 2013 - A35 特濃JPOUG：潮溜まりでジャブジャブ、SQLチューニング

潮溜まりでジャブジャブ、 SQLチューニング Rock Pool / Michael Hiroshi Sekiguchi ( @discus_hamburg ) 13年11月16日土曜日

自己紹介関口裕士 @discus_hamburg （屋号 Stargrass Software）最近の仕事 : Software Engineer < DB Engineer 最近は医者のような問診に興味を持っている JPOUG ボードメンバー Oracle ACE (2012) Blog : Mac De Oracle / http://discus-hamburg.cocolog-nifty.com 13年11月16日土曜日

http://discus-hamburg.cocolog-nifty.com

3.

皆が、Deep dive、Deep diveというので、Oracle Coreの深い海ではなく沢⼭山のSQL⽂文が泳ぐ浅瀬へShallow Diveすることに決めた天の邪⻤⿁鬼。 13年11月16日土曜日

4.

潮溜溜まりに取り残された、⼀一癖ありそうなSQL⽂文を釣り上げてみると... いろいろな病に苦しんでいた。治療療できたのか、治療療できなかったのか... 13年11月16日土曜日

5.

釣り上げたSQL文の病名過フィルタリング症候群クエリー分裂症バッファキャッシュ欠乏症参照整合性制約アレルギー 13年11月16日土曜日

6.

過フィルタリング症候群 13年11月16日土曜日

7.

ウォームアップ！ 13年11月16日土曜日

8.

クエリー分裂症 13年11月16日土曜日

9.

釣り上げたSQLは、一匹であるかのように見えるが... 散らばっている情報が治療を難しくする... 13年11月16日土曜日

10.

問診結果 OLTPで分散クエリーを利用している。(分散DB） OLTPなので大きなクエリーではないものの非機能要件が厳しいので可能な限り改善したい。大人の事情により、SQL文だけしか変更できない。 (・・) 13年11月16日土曜日

11.

分散クエリーとリモートクエリーどのようなクエリーなのでしょう？ 13年11月16日土曜日

12.

分散クエリー 13年11月16日土曜日

13.

リモートクエリー 13年11月16日土曜日

14.

釣り上げたSQL文 SELECT /*+ USE_NL(tab1 tab2 tab3 tab4) */ tab4.* FROM tab1 INNER JOIN tab2 ON tab1.unique# = tab2.unique# AND tab1.unique# IN (1,2) INNER JOIN tab3 ON tab2.unique# = tab3.unique# AND tab2.branch# = tab3.branch# INNER JOIN tab4 ON tab3.unique# = tab4.unique# AND tab3.branch# = tab4.branch# AND tab3.loc# = tab4.loc# ; 13年11月16日土曜日

15.

釣り上げたSQL文 (実行計画) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Inst |IN-‐OUT| -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 1 | NESTED LOOPS | | | | | | | | | 2 | NESTED LOOPS | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 3 | NESTED LOOPS | | 200 | 15600 | 3 (0)| 00:00:01 | | | | 4 | NESTED LOOPS | | 200 | 13000 | 3 (0)| 00:00:01 | | | | 5 | REMOTE | TAB3 | 200 | 7800 | 3 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 6 | REMOTE | TAB2 | 1 | 26 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 7 | REMOTE | TAB1 | 1 | 13 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | |* 8 | INDEX RANGE SCAN | PK_TAB4 | 1 | | 2 (0)| 00:00:01 | | | | 9 | TABLE ACCESS BY INDEX ROWID| TAB4 | 100 | 51400 | 3 (0)| 00:00:01 | | | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 8 -‐ access("TAB3"."UNIQUE#"="TAB4"."UNIQUE#" AND "TAB3"."BRANCH#"="TAB4"."BRANCH#" AND "TAB3"."LOC#"="TAB4"."LOC#") filter("TAB4"."UNIQUE#"=1 OR "TAB4"."UNIQUE#"=2) 13年11月16日土曜日

16.

釣り上げたSQL文 (実行計画) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Inst |IN-‐OUT| -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 1 | NESTED LOOPS | | | | | | | | | 2 | NESTED LOOPS | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 3 | NESTED LOOPS | | 200 | 15600 | 3 (0)| 00:00:01 | | | | 4 | NESTED LOOPS | | 200 | 13000 | 3 (0)| 00:00:01 | | | | 5 | REMOTE | TAB3 | 200 | 7800 | 3 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 6 | REMOTE | TAB2 | 1 | 26 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 7 | REMOTE | TAB1 | 1 | 13 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | |* 8 | INDEX RANGE SCAN | PK_TAB4 | 1 | | 2 (0)| 00:00:01 | | | | 9 | TABLE ACCESS BY INDEX ROWID| TAB4 | 100 | 51400 | 3 (0)| 00:00:01 | | | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 8 -‐ access("TAB3"."UNIQUE#"="TAB4"."UNIQUE#" AND "TAB3"."BRANCH#"="TAB4"."BRANCH#" AND "TAB3"."LOC#"="TAB4"."LOC#") filter("TAB4"."UNIQUE#"=1 OR "TAB4"."UNIQUE#"=2) 13年11月16日土曜日

17.

釣り上げたSQL文 (DB Link..) ●USER_DB_LINKSより DB_LINK USERNAME HOST -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ PDBORCL_R SCOTT PDBORCL_R ●USER_SYNONYMSより SYNONYM_NAME TABLE_NAME DB_LINK -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ TAB1 TAB1 PDBORCL_R TAB2 TAB2 PDBORCL_R TAB3 TAB3 PDBORCL_R 13年11月16日土曜日

18.

釣り上げたSQL文 (DB Link..) ●USER_DB_LINKSより DB_LINK USERNAME HOST -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ PDBORCL_R SCOTT PDBORCL_R DB Link先は１つで３表が同一リモートデータベースに存在する ●USER_SYNONYMSより SYNONYM_NAME TABLE_NAME DB_LINK -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ TAB1 TAB1 PDBORCL_R TAB2 TAB2 PDBORCL_R TAB3 TAB3 PDBORCL_R 13年11月16日土曜日

19.

釣り上げたSQL文 (表の配置) 13年11月16日土曜日

20.

釣り上げたSQL文 (表の配置) リモート表の３表は同一インスタンスにある問題のSQL文はこのインスタンスから実行される。 13年11月16日土曜日

21.

釣り上げたSQL文 (実行計画) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Inst |IN-‐OUT| -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 1 | NESTED LOOPS | | | | | | | | | 2 | NESTED LOOPS | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 3 | NESTED LOOPS | | 200 | 15600 | 3 (0)| 00:00:01 | | | | 4 | NESTED LOOPS | | 200 | 13000 | 3 (0)| 00:00:01 | | | | 5 | REMOTE | TAB3 | 200 | 7800 | 3 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 6 | REMOTE | TAB2 | 1 | 26 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 7 | REMOTE | TAB1 | 1 | 13 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | |* 8 | INDEX RANGE SCAN | PK_TAB4 | 1 | | 2 (0)| 00:00:01 | | | | 9 | TABLE ACCESS BY INDEX ROWID| TAB4 | 100 | 51400 | 3 (0)| 00:00:01 | | | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 8 -‐ access("TAB3"."UNIQUE#"="TAB4"."UNIQUE#" AND "TAB3"."BRANCH#"="TAB4"."BRANCH#" AND "TAB3"."LOC#"="TAB4"."LOC#") filter("TAB4"."UNIQUE#"=1 OR "TAB4"."UNIQUE#"=2) 13年11月16日土曜日

22.

釣り上げたSQL文 (実行計画) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Inst |IN-‐OUT| -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 1 | NESTED LOOPS | | | | | | | | | 2 | NESTED LOOPS | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 3 | NESTED LOOPS | | 200 | 15600 | 3 (0)| 00:00:01 | | | | 4 | NESTED LOOPS | | 200 | 13000 | 3 (0)| 00:00:01 | | | | 5 | REMOTE | TAB3 | 200 | 7800 | 3 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 6 | REMOTE | TAB2 | 1 | 26 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 7 | REMOTE | TAB1 | 1 | 13 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | |* 8 | INDEX RANGE SCAN | PK_TAB4 | 1 | | 2 (0)| 00:00:01 | | | | 9 | TABLE ACCESS BY INDEX ROWID| TAB4 | 100 | 51400 | 3 (0)| 00:00:01 | | | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ この実行計画はローカルデー 8 -‐ access("TAB3"."UNIQUE#"="TAB4"."UNIQUE#" AND "TAB3"."BRANCH#"="TAB4"."BRANCH#" AND "TAB3"."LOC#"="TAB4"."LOC#") filter("TAB4"."UNIQUE#"=1 OR "TAB4"."UNIQUE#"=2) タベースで取得されたもの 13年11月16日土曜日

23.

リモートクエリーの実行計画 Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 5 -‐ SELECT /*+ USE_NL ("TAB3") */ "UNIQUE#","BRANCH#" ,"LOC#" FROM "TAB3" "TAB3" WHERE "UNIQUE#"=1 OR "UNIQUE#"=2 (accessing 'PDBORCL_R' ) 6 -‐ SELECT /*+ USE_NL ("TAB2") */ "UNIQUE#","BRANCH#" FROM "TAB2" "TAB2" WHERE "BRANCH#"=:1 AND "UNIQUE#"=:2 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) 7 -‐ SELECT /*+ USE_NL ("TAB1") */ "UNIQUE#" FROM "TAB1" "TAB1" WHERE "UNIQUE#"=:1 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) explain plan文などでオプティマイザーが切り出したリモートクエリーを確認 13年11月16日土曜日

24.

リモートクエリーの実行計画 Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 5 -‐ SELECT /*+ USE_NL ("TAB3") */ "UNIQUE#","BRANCH#" ,"LOC#" FROM "TAB3" "TAB3" WHERE "UNIQUE#"=1 OR "UNIQUE#"=2 (accessing 'PDBORCL_R' ) 6 -‐ SELECT /*+ USE_NL ("TAB2") */ "UNIQUE#","BRANCH#" FROM "TAB2" "TAB2" WHERE "BRANCH#"=:1 AND "UNIQUE#"=:2 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) 7 -‐ SELECT /*+ USE_NL ("TAB1") */ "UNIQUE#" FROM "TAB1" "TAB1" WHERE "UNIQUE#"=:1 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) これらのSQL文はリモートデータベースで実行されるため、実行計画はリモートデータベース上で確認する必要がある。 13年11月16日土曜日

25.

リモートクエリーの実行計画① Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 5 -‐ SELECT /*+ USE_NL ("TAB3") */ "UNIQUE#","BRANCH#" ,"LOC#" FROM "TAB3" "TAB3" WHERE "UNIQUE#"=1 OR "UNIQUE#"=2 (accessing 'PDBORCL_R' ) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 200 | 2000 | 3 (0)| 00:00:01 | | 1 | INLIST ITERATOR | | | | | | |* 2 | INDEX RANGE SCAN| PK_TAB3 | 200 | 2000 | 3 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 13年11月16日土曜日

26.

リモートクエリーの実行計画① Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 5 -‐ SELECT /*+ USE_NL ("TAB3") */ "UNIQUE#","BRANCH#" ,"LOC#" FROM "TAB3" "TAB3" WHERE "UNIQUE#"=1 OR "UNIQUE#"=2 (accessing 'PDBORCL_R' ) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 200 | 2000 | 3 (0)| 00:00:01 | | 1 | INLIST ITERATOR | | | | | | |* 2 | INDEX RANGE SCAN| PK_TAB3 | 200 | 2000 | 3 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ チューニングが必要だとは思えない... 13年11月16日土曜日

27.

リモートクエリーの実行計画② Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 6 -‐ SELECT /*+ USE_NL ("TAB2") */ "UNIQUE#","BRANCH#" FROM "TAB2" "TAB2" WHERE "BRANCH#"=:1 AND "UNIQUE#"=:2 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 1 | 7 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | |* 2 | INDEX UNIQUE SCAN| PK_TAB2 | 1 | 7 | 1 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 13年11月16日土曜日

28.

リモートクエリーの実行計画② Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 6 -‐ SELECT /*+ USE_NL ("TAB2") */ "UNIQUE#","BRANCH#" FROM "TAB2" "TAB2" WHERE "BRANCH#"=:1 AND "UNIQUE#"=:2 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 1 | 7 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | |* 2 | INDEX UNIQUE SCAN| PK_TAB2 | 1 | 7 | 1 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ チューニングが必要だとは思えない... 13年11月16日土曜日

29.

リモートクエリーの実行計画③ Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 7 -‐ SELECT /*+ USE_NL ("TAB1") */ "UNIQUE#" FROM "TAB1" "TAB1" WHERE "UNIQUE#"=:1 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | |* 2 | INDEX UNIQUE SCAN| PK_TAB1 | 1 | 4 | 1 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 13年11月16日土曜日

30.

リモートクエリーの実行計画③ Remote SQL Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 7 -‐ SELECT /*+ USE_NL ("TAB1") */ "UNIQUE#" FROM "TAB1" "TAB1" WHERE "UNIQUE#"=:1 AND ("UNIQUE#"=1 OR "UNIQUE#"=2) (accessing 'PDBORCL_R' ) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | |* 2 | INDEX UNIQUE SCAN| PK_TAB1 | 1 | 4 | 1 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ チューニングが必要だとは思えない... 13年11月16日土曜日

31.

リモートクエリーの分析結果 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 200 | 2000 | 3 (0)| 00:00:01 | | 1 | INLIST ITERATOR | | | | | | |* 2 | INDEX RANGE SCAN| PK_TAB3 | 200 | 2000 | 3 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 1 | 7 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | |* 2 | INDEX UNIQUE SCAN| PK_TAB2 | 1 | 7 | 1 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | |* 2 | INDEX UNIQUE SCAN| PK_TAB1 | 1 | 4 | 1 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 13年11月16日土曜日

32.

リモートクエリーの分析結果 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 200 | 2000 | 3 (0)| 00:00:01 | | 1 | INLIST ITERATOR | | | | | | |* 2 | INDEX RANGE SCAN| PK_TAB3 | 200 | 2000 | 3 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 1 | 7 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | |* 2 | INDEX UNIQUE SCAN| PK_TAB2 | 1 | 7 | 1 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ３本のリモートクエリは個別は、個別に発行 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ されており、実行計画は単純であり、SQL文 | 0 | SELECT STATEMENT | | 1 | 4 | 1 (0)| 00:00:01 | |* 1 | FILTER | | | | | | 単体ではチューニングが必要という状態には |* 2 | INDEX UNIQUE SCAN| PK_TAB1 | 1 | 4 | 1 (0)| 00:00:01 | ない.... -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ ほかにチューニング可能な箇所はないか....... 13年11月16日土曜日

33.

改善できそうな箇所 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Inst |IN-‐OUT| -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 1 | NESTED LOOPS | | | | | | | | | 2 | NESTED LOOPS | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 3 | NESTED LOOPS | | 200 | 15600 | 3 (0)| 00:00:01 | | | | 4 | NESTED LOOPS | | 200 | 13000 | 3 (0)| 00:00:01 | | | | 5 | REMOTE | TAB3 | 200 | 7800 | 3 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 6 | REMOTE | TAB2 | 1 | 26 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 7 | REMOTE | TAB1 | 1 | 13 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | |* 8 | INDEX RANGE SCAN | PK_TAB4 | 1 | | 2 (0)| 00:00:01 | | | | 9 | TABLE ACCESS BY INDEX ROWID| TAB4 | 100 | 51400 | 3 (0)| 00:00:01 | | | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 8 -‐ access("TAB3"."UNIQUE#"="TAB4"."UNIQUE#" AND "TAB3"."BRANCH#"="TAB4"."BRANCH#" AND "TAB3"."LOC#"="TAB4"."LOC#") filter("TAB4"."UNIQUE#"=1 OR "TAB4"."UNIQUE#"=2) 13年11月16日土曜日

34.

改善できそうな箇所 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Inst |IN-‐OUT| -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 1 | NESTED LOOPS | | | | | | | | | 2 | NESTED LOOPS | | 20000 | 11M| 603 (0)| 00:00:01 | | | | 3 | NESTED LOOPS | | 200 | 15600 | 3 (0)| 00:00:01 | | | | 4 | NESTED LOOPS | | 200 | 13000 | 3 (0)| 00:00:01 | | | | 5 | REMOTE | TAB3 | 200 | 7800 | 3 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 6 | REMOTE | TAB2 | 1 | 26 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | | 7 | REMOTE | TAB1 | 1 | 13 | 0 (0)| 00:00:01 | PDBOR~ | R-‐>S | |* 8 | INDEX RANGE SCAN | PK_TAB4 | 1 | | 2 (0)| 00:00:01 | | | | 9 | TABLE ACCESS BY INDEX ROWID| TAB4 | 100 | 51400 | 3 (0)| 00:00:01 | | | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ ３つのリモートクエリーをDB Linkを介してネットワーク越しにNested Loop結合を行っ 8 -‐ access("TAB3"."UNIQUE#"="TAB4"."UNIQUE#" AND "TAB3"."BRANCH#"="TAB4"."BRANCH#" AND ている。 "TAB3"."LOC#"="TAB4"."LOC#") filter("TAB4"."UNIQUE#"=1 OR "TAB4"."UNIQUE#"=2) この部分をすべてリモートデータベース内で完結させれば、多少の効率改善になるのではないか.... 13年11月16日土曜日

35.

治療方針３つのリモートクエリーをインラインビューにまとめることで、１つのリモートクエリーとして効率化を狙う SELECT /*+ USE_NL(t01 tab4) */ tab4.* FROM ( SELECT /*+ NO_MERGE */ tab3.unique# ,tab3.branch# ,tab3.loc# FROM tab1 INNER JOIN tab2 ON tab1.unique# = tab2.unique# AND tab1.unique# IN (1,2) INNER JOIN tab3 ON tab2.unique# = tab3.unique# AND tab2.branch# = tab3.branch# ) t01 INNER JOIN tab4 ON t01.unique# = tab4.unique# AND t01.branch# = tab4.branch# AND t01.loc# = tab4.loc# ; 13年11月16日土曜日

36.

DEMO 13年11月16日土曜日

37.

[beta]

治療後の実行計画(ローカル)
-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐
|	
  Id	
  	
  |	
  Operation	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  Name	
  	
  	
  	
  |	
  Rows	
  	
  |	
  Bytes	
  |	
  Cost	
  (%CPU)|	
  Time	
  	
  	
  	
  	
  |	
  Inst	
  	
  	
  |IN-‐OUT|
-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐
|	
  	
  	
  0	
  |	
  SELECT	
  STATEMENT	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  20000	
  |	
  	
  	
  	
  10M|	
  	
  2004	
  	
  	
  (1)|	
  00:00:01	
  |	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  |
|	
  	
  	
  1	
  |	
  	
  NESTED	
  LOOPS	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  |
|	
  	
  	
  2	
  |	
  	
  	
  NESTED	
  LOOPS	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  20000	
  |	
  	
  	
  	
  10M|	
  	
  2004	
  	
  	
  (1)|	
  00:00:01	
  |	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  |
|	
  	
  	
  3	
  |	
  	
  	
  	
  VIEW	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  200	
  |	
  	
  7800	
  |	
  	
  	
  	
  	
  3	
  	
  	
  (0)|	
  00:00:01	
  |	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  |
|	
  	
  	
  4	
  |	
  	
  	
  	
  	
  REMOTE	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  PDBOR~	
  |	
  R-‐>S	
  |
|*	
  	
  5	
  |	
  	
  	
  	
  INDEX	
  RANGE	
  SCAN	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  |	
  PK_TAB4	
  |	
  	
  	
  100	
  |	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  2	
  	
  	
  (0)|	
  00:00:01	
  |	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  |
|	
  	
  	
  6	
  |	
  	
  	
  TABLE	
  ACCESS	
  BY	
  INDEX	
  ROWID|	
  TAB4	
  	
  	
  	
  |	
  	
  	
  100	
  |	
  51400	
  |	
  	
  	
  	
  10	
  	
  	
  (0)|	
  00:00:01	
  |	
  	
  	
  	
  	
  	
  	
  	
  |	
  	
  	
  	
  	
  	
  |
-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐
Predicate	
  Information	
  (identified	
  by	
  operation	
  id):
-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐
	
  	
  	
  5	
  -‐	
  access("T01"."UNIQUE#"="TAB4"."UNIQUE#"	
  AND	
  "T01"."BRANCH#"="TAB4"."BRANCH#"	
  AND
	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  "T01"."LOC#"="TAB4"."LOC#")
Remote	
  SQL	
  Information	
  (identified	
  by	
  operation	
  id):
-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐
	
  	
  	
  4	
  -‐	
  EXPLAIN	
  PLAN	
  SET	
  STATEMENT_ID='PLUS8440309'	
  INTO	
  PLAN_TABLE@!	
  FOR	
  SELECT	
  /*+	
  NO_MERGE	
  */
	
  	
  	
  	
  	
  	
  	
  "A1"."UNIQUE#","A1"."BRANCH#","A1"."LOC#"	
  FROM	
  "TAB1"	
  "A3","TAB2"	
  "A2","TAB3"	
  "A1"	
  WHERE
	
  	
  	
  	
  	
  	
  	
  "A2"."UNIQUE#"="A1"."UNIQUE#"	
  AND	
  "A2"."BRANCH#"="A1"."BRANCH#"	
  AND
	
  	
  	
  	
  	
  	
  	
  "A3"."UNIQUE#"="A2"."UNIQUE#"	
  AND	
  ("A3"."UNIQUE#"=1	
  OR	
  "A3"."UNIQUE#"=2)	
  AND	
  ("A2"."UNIQUE#"=1
	
  	
  	
  	
  	
  	
  	
  OR	
  "A2"."UNIQUE#"=2)	
  AND	
  ("A1"."UNIQUE#"=1	
  OR	
  "A1"."UNIQUE#"=2)	
  (accessing	
  'PDBORCL_R'	
  )

13年11月16日土曜日

38.

治療後の実行計画(リモート) -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 20 | 420 | 3 (0)| 00:00:01 | | 1 | NESTED LOOPS | | 20 | 420 | 3 (0)| 00:00:01 | | 2 | NESTED LOOPS | | 20 | 340 | 3 (0)| 00:00:01 | | 3 | INLIST ITERATOR | | | | | | |* 4 | INDEX RANGE SCAN| PK_TAB3 | 200 | 2000 | 3 (0)| 00:00:01 | |* 5 | INDEX UNIQUE SCAN| PK_TAB2 | 1 | 7 | 0 (0)| 00:00:01 | |* 6 | INDEX UNIQUE SCAN | PK_TAB1 | 1 | 4 | 0 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 4 -‐ access("A1"."UNIQUE#"=1 OR "A1"."UNIQUE#"=2) 5 -‐ access("A2"."UNIQUE#"="A1"."UNIQUE#" AND "A2"."BRANCH#"="A1"."BRANCH#") filter("A2"."UNIQUE#"=1 OR "A2"."UNIQUE#"=2) 6 -‐ access("A3"."UNIQUE#"="A2"."UNIQUE#") filter("A3"."UNIQUE#"=1 OR "A3"."UNIQUE#"=2) 13年11月16日土曜日

39.

治療効果の確認 Elapsed TIme Before After 13年11月16日土曜日

40.

治療完！釣ったSQL文はリリース 13年11月16日土曜日

41.

治療完！釣ったSQL文はリリース分散クエリーをチューニングするスキルを手に入れた。:) 13年11月16日土曜日

42.

Oracle® Database管理者ガイド 12c リリース1 (12.1) 分散問合せのチューニング http://docs.oracle.com/cd/E49329_01/server. 121/b71301/ds_appdev.htm#i1007640 13年11月16日土曜日

http://docs.oracle.com/cd/E49329_01/server.

43.

バッファキャッシュ欠乏症 13年11月16日土曜日

44.

釣り上げたSQLは、バッファキャッシュが足りなくて息も絶え絶え...ほとんどが User I/O待機...治療法は... 13年11月16日土曜日

45.

問診結果開口一番、予算はほぼないが小手先でなにか対処できない？ UPDATE文をループ処理内で繰り返し発行している（ループ処理は大人の事情により一括化できない）ストレージは非力で遅い処理対象表のデータは増加しつづける OracleはStandard Edition 年々というより毎月処理速度が劣化している etc... 13年11月16日土曜日

46.

精密検査（コード） DECLARE CURSOR cs_foobar IS SELECT rowid FROM foobar WHERE unique# BETWEEN 1 AND 400000 ORDER BY unique# FOR UPDATE; BEGIN FOR row IN cs_foobar LOOP UPDATE foobar SET foobar_str = LPAD('y',500,'y') WHERE rowid = row.rowid; END LOOP; COMMIT; END; / 13年11月16日土曜日

47.

精密検査（コード） DECLARE CURSOR cs_foobar IS SELECT rowid FROM foobar WHERE unique# BETWEEN 1 AND 400000 ORDER BY unique# FOR UPDATE; BEGIN FOR row IN cs_foobar LOOP UPDATE foobar SET foobar_str = LPAD('y',500,'y') WHERE rowid = row.rowid; END LOOP; COMMIT; END; / 13年11月16日土曜日

48.

精密検査（統計情報） USER_INDEXESより TABLE_NAME INDEX_NAME NUM_ROWS DISTINCT_KEYS CLUSTERING_FACTOR -------------- --------------- ---------- ------------- ----------------FOOBAR SYS_C0010235 2070913 2070913 2070899 USER_IND_COLUMNSより NDEX_NAME COLUMN_NAME ---------------- -------------SYS_C0010235 UNIQUE# USER_TABLESより TABLE_NAME NUM_ROWS AVG_ROW_LEN ------------ ---------- ----------FOOBAR 2000000 506 13年11月16日土曜日

49.

精密検査（統計情報） USER_INDEXESより TABLE_NAME INDEX_NAME NUM_ROWS DISTINCT_KEYS CLUSTERING_FACTOR -------------- --------------- ---------- ------------- ----------------FOOBAR SYS_C0010235 2070913 2070913 2070899 USER_IND_COLUMNSより NDEX_NAME COLUMN_NAME ---------------- -------------SYS_C0010235 UNIQUE# クラスタリングファクタが高い 400,000件更新するので全表走 USER_TABLESより TABLE_NAME NUM_ROWS AVG_ROW_LEN ------------ ---------- ----------FOOBAR 2000000 506 13年11月16日土曜日査１回のほうが効率的だが..大人の事情でできない。

50.

精密検査（初期化パラメータ）バッファキャッシュ関連 NAME -------------------db_block_size db_cache_size db_16k_cache_size db_2k_cache_size db_32k_cache_size db_4k_cache_size db_8k_cache_size pga_aggregate_target 13年11月16日土曜日 TYPE ----------integer big integer big integer big integer big integer big integer big integer big integer VALUE ------8192 32M 0 0 0 0 0 512M

51.

精密検査（初期化パラメータ）バッファキャッシュ関連 NAME -------------------db_block_size db_cache_size db_16k_cache_size db_2k_cache_size db_32k_cache_size db_4k_cache_size db_8k_cache_size pga_aggregate_target 13年11月16日土曜日 TYPE ----------integer big integer big integer big integer big integer big integer big integer big integer VALUE ------8192 32M 0 0 0 0 0 512M 確かに少ないです。が.... 大人の事情で物理メモリは増やせません！

52.

精密検査（続き） Block Size = 8192bytes → 4096blocks(Buffer Cache) AVG_ROW_LEN = 506bytes、 PCTFREE＝10％ → 1ブロックあたり14行程度（大雑把に計算すると） 200万行中、40万件更新 → 28,572blocks(程度は更新) 対象データブロックをすべてをバッファキャッシュに乗せることはできない。脳内シュミレーション中.... 13年11月16日土曜日

53.

治療法を考える DECLARE CURSOR cs_foobar IS SELECT rowid FROM foobar WHERE unique# BETWEEM 1 AND 400000 ORDER BY unique# FOR UPDATE; BEGIN FOR row IN cs_foobar LOOP UPDATE foobar SET foobar_str = LPAD('y',500,'y') WHERE rowid = row.rowid; END LOOP; COMMIT; END; / 脳内シュミレーション中.... 13年11月16日土曜日

54.

治療法を考える主キーのク DECLARE タクァフグンリタスラ CURSOR cs_foobar IS SELECT rowid ッャキァフッバとさ高の FROM foobar WHERE にさな少のス unique# BETWEEM 1 AND 400000 ORDER BY unique# ！目着 FOR UPDATE; BEGIN FOR row IN cs_foobar LOOP UPDATE foobar SET foobar_str = LPAD('y',500,'y') WHERE rowid = row.rowid; END LOOP; COMMIT; END; / 脳内シュミレーション中.... 13年11月16日土曜日

55.

仮説（現状の動作）クラスタリングファクタの高い主キー索引でソート主キー順で更新すると最悪の場合、１行毎に異なるデータブロックをバッファキャッシュに読み込むバッファキャッシュは更新する全ブロックを保持できるほど大きくない。１行だけ更新されたデータブロックがバッファキャッシュから書き出される可能性脳内シュミレーション中.... 13年11月16日土曜日

56.

現状の動き（妄想も含む）脳内シュミレーション中.... （１〜２５でソート後、１件毎に更新。１〜５の更新イメージ）０ Buffer Cache ０ I/O回数合計 Storage 13年11月16日土曜日１６１５１１２２４２５１２３１３９５６２８２０２１１０１２２４７１９１７３１４１８

57.

現状の動き（妄想も含む）脳内シュミレーション中.... （１〜２５でソート後、１件毎に更新。１〜５の更新イメージ） Buffer Cache ２２１１１６４１５２３１３２５９１０１ 2 3 4 5 １７１４２１７１２１９１８１０３２４０１ 3 4 2 ２０２８５６ I/O回数合計 Storage 13年11月16日土曜日１６１５１１２２４２５１２３１３９５６２８２０２１１０１２２４７１９１７３１４１８

58.

現状の動き（妄想も含む）脳内シュミレーション中.... （１〜２５でソート後、１件毎に更新。１〜５の更新イメージ） Buffer Cache ２２１１１６４１５２３１３２５９１０１ 2 3 4 5 １７１４２１７１２１９１８１０３２４０１ 3 4 2 ２０２８５６ I/O回数合計 Storage 13年11月16日土曜日１６１５１１２２４２５１２３１３９５６２８２０２１１０１２２４７１９１７３１４１８

59.

仮説（治療後のイメージ） ROWIDのブロック番号部分でソートバッファキャッシュに読み込んだブロックに含まれる全行を１行毎に更新。バッファキャッシュは更新対象となる全ブロックを保持できるほど大きくないが、１行毎に異なるブロックを読み込む可能性は低くなる。（物理I/O削減）脳内シュミレーション中.... 13年11月16日土曜日

60.

治療後の動き（妄想も含む）脳内シュミレーション中.... （同一ブロック内の全行を１行毎に更新、全行の更新時のイメージ） Buffer Cache ００ I/O回数合計 Storage 13年11月16日土曜日１６１５１１２２４２５１２３１３９５６２８２０２１１０１２２４７１９１７３１４１８

61.

治療後の動き（妄想も含む）脳内シュミレーション中.... （同一ブロック内の全行を１行毎に更新、全行の更新時のイメージ） Buffer Cache １６２２１５４１１２５１３１９２３５２０６８２０１２３４５２１１２１７１４７１０３２４１８１９０１２３４ I/O回数合計 Storage １６２５５２１１０ 13年11月16日土曜日１５１１１２３１２２４７１９６２２２１３４９８２０１７３１４１８

62.

治療後の動き（妄想も含む）脳内シュミレーション中.... （同一ブロック内の全行を１行毎に更新、全行の更新時のイメージ） Buffer Cache １６２２１５４１１２５１３１９２３５２０６８２０１２３４５２１１２１７１４７１０３２４１８１９０１２３４ I/O回数合計 Storage １６２５５２１１０ 13年11月16日土曜日１５１１１２３１２２４７１９６２２２１３４９８２０１７３１４１８

63.

治療方針確定主キー順のソートは業務要件なのか？必須でなければ、ソート条件を変更したい。（重要） →回答：業務要件ではなく主キー順なら高速に処理できると考えた。索引があるのでソート処理はバイパスされソート処理のコストがないので良しとしていた。 13年11月16日土曜日

64.

処方箋 DECLARE CURSOR cs_foobar IS SELECT rowid FROM foobar WHERE unique# BETWEEN 1 AND 400000 ORDER BY DBMS_ROWID.ROWID_BLOCK_NUMBER(rowid) FOR UPDATE; BEGIN FOR row IN cs_foobar LOOP UPDATE foobar SET foobar_str = LPAD('y',500,'y') WHERE rowid = row.rowid; END LOOP; COMMIT; END; / 13年11月16日土曜日

65.

DEMO 13年11月16日土曜日

66.

v$sysstatより STATISTICS NAME BEFORE AFTER Diﬀ dirty buﬀers inspected 785,126 298,823 -486,303 free buﬀer inspected 847,091 308,384 -538,707 free buﬀer requested 839,961 307,981 -531,980 physical read IO requests 791,470 273,368 -518,102 physical read total IO requests 794,522 274,376 -520,146 0 0 0 physical reads 802,309 273,605 -528,704 physical reads cache 802,140 273,410 -528,730 physical write IO requests 774,818 246,934 -527,884 physical write total IO requests 779,397 248,918 -530,479 physical writes 825,809 306,644 -519,165 physical writes from cache 825,631 306,479 -519,152 physical writes non checkpoint 818,900 303,921 -514,979 physical read total multi block requests 13年11月16日土曜日

67.

v$sysstatより STATISTICS NAME BEFORE AFTER Diﬀ dirty buﬀers inspected 785,126 298,823 -486,303 free buﬀer inspected 847,091 308,384 -538,707 free buﬀer requested 839,961 307,981 -531,980 physical read IO requests 791,470 273,368 -518,102 physical read total IO requests 794,522 274,376 -520,146 0 0 0 physical reads 802,309 273,605 -528,704 physical reads cache 802,140 273,410 -528,730 physical write IO requests 774,818 246,934 -527,884 physical write total IO requests 779,397 248,918 -530,479 physical writes 825,809 306,644 -519,165 physical writes from cache 825,631 306,479 -519,152 physical writes non checkpoint 818,900 303,921 -514,979 physical read total multi block requests 13年11月16日土曜日

68.

グラフ 10 治療効果の確認 900,000 675,000 225,000 0 free buﬀer requested physical reads cache physical writes from cache BEFORE 13年11月16日土曜日 AFTER Blocks 450,000

69.

治療完。釣ったSQLはリリース！ 13年11月16日土曜日

70.

治療完。釣ったSQLはリリース！バッファキャッシュを効果的に利用するスキルを手に入れた。 13年11月16日土曜日

71.

参照整合性制約アレルギー 13年11月16日土曜日

72.

釣り上げたSQLは、アレルギーを発症していた.... 一度発症すると、一生付き合って行くしか無い... 13年11月16日土曜日

73.

仕様書で見るERDは... Oracle SQL Developer Data Modeler 4.0.0 13年11月16日土曜日

74.

リバースエンジニアリングすると... 13年11月16日土曜日

75.

13年11月16日土曜日

76.

キーレスエントリー（SQLアンチパターンより） 13年11月16日土曜日

77.

よく見かけます。 13年11月16日土曜日

78.

なぜ参照整合性制約アレルギーが発症してしまうのでしょう？ 13年11月16日土曜日

79.

通りすがりで、 SQLアンチパターン勉強会へ参加した時のこと... (@t_wadaさんにお会いした :） 13年11月16日土曜日

80.

否定派の意見(私見含む）テストデータを作るときに面倒。参照整合性制約？、なにそれ怖い症候群。参照整合性制約って遅くね？整合性チェックプログラムがあればOKじゃね。 etc.... 13年11月16日土曜日

81.

賛成派の意見（私見含む）参照整合性制約は、有効／無効化できるデータ不整合が発生した時の方が厄介だ参照整合性制約が定義できないデータモデルのほうが怖いプログラムやSQL文のコード量が削減できるオプティマイザが考慮してくる（SQL文最適化） etc... 13年11月16日土曜日

82.

賛成派の意見（私見含む）参照整合性制約は、有効／無効化できるデータ不整合が発生した時の方が厄介だ参照整合性制約が定義できないデータモデルのほうが怖いプログラムやSQL文のコード量が削減できるオプティマイザが考慮してくる（SQL文最適化） etc... 13年11月16日土曜日

83.

ERDではリレーションが定義されていても... 13年11月16日土曜日

84.

ERDではリレーションが定義されていても... 13年11月16日土曜日

85.

実際には参照整合性制約は定義されない。なぜ... 13年11月16日土曜日

86.

実際には参照整合性制約は定義されない。なぜ... 13年11月16日土曜日

87.

参照整合性制約のメリットが語られてるのを見た事がない。→良さを知らない。参照整合性制約？なにそれ怖い症候群 13年11月16日土曜日

88.

そもそも参照整合性制約を作成できない。正規化できてない 13年11月16日土曜日＞＜

89.

後から気づいても、対処のしようがない。（多分） 13年11月16日土曜日

90.

突然ですが、ここで問題です 13年11月16日土曜日

91.

13年11月16日土曜日

92.

13年11月16日土曜日

93.

前のスライドでお見せした ERDを基に、オーダー毎のアイテム数を取得するクエリーを考えてください。 13年11月16日土曜日

94.

このようなクエリーを書く事に.... SELECT orderitems.order#,COUNT(1) FROM orderitems INNER JOIN items ON orderitems.item# = items.item# INNER JOIN orders ON orderitems.order# = orders.order# INNER JOIN customers ON orders.customer# = customers.customer# GROUP BY orderitems.order# ; 13年11月16日土曜日

95.

理由は？依存関係にあるデータの存在が保証されない為、依存関係にあるデータを結合しないと正しい結果が得られない可能性がある。念のために結合しておこう。 13年11月16日土曜日

96.

裏返せば、依存関係のあるデータの存在が参照整合性制約で保証されていれば、結合は不要！結合は不要！ (大切なので２度書きました) 13年11月16日土曜日

97.

参照整合性制約がある場合はこれでいいですよね！ SELECT orderitems.order#,COUNT(1) FROM orderitems GROUP BY orderitems.order# ; 13年11月16日土曜日

98.

参照整合性制約がある場合はこれでいいですよね！ SELECT orderitems.order#,COUNT(1) FROM orderitems GROUP BY orderitems.order# ; 13年11月16日土曜日

99.

オプティマイザーはどう判断するのでしょう？ 13年11月16日土曜日

100.

SELECT orderitems.order#,COUNT(1) FROM orderitems INNER JOIN items ON orderitems.item# = items.item# INNER JOIN orders ON orderitems.order# = orders.order# INNER JOIN customers ON orders.customer# = customers.customer# GROUP BY orderitems.order# ; 13年11月16日土曜日

101.

SELECT orderitems.order#,COUNT(1) FROM orderitems INNER JOIN items ON orderitems.item# = items.item# INNER JOIN orders ON orderitems.order# = orders.order# INNER JOIN customers ON orders.customer# = customers.customer# GROUP BY orderitems.order# 参照整合性制約の有無で実行計画がどう変 ; 化するか見てみます！ 13年11月16日土曜日

102.

DEMO 13年11月16日土曜日

103.

参照整合性制約なし実行計画 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Plan hash value: 411877633 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 50000 | 1464K| | 1325 (3)| 00:00:16 | | 1 | SORT GROUP BY NOSORT | | 50000 | 1464K| | 1325 (3)| 00:00:16 | | 2 | NESTED LOOPS | | 246K| 7212K| | 1325 (3)| 00:00:16 | | 3 | NESTED LOOPS | | 246K| 6010K| | 1313 (2)| 00:00:16 | | 4 | MERGE JOIN | | 247K| 4831K| | 1301 (1)| 00:00:16 | | 5 | INDEX FULL SCAN | PK_ORDERITEMS | 250K| 2441K| | 1029 (1)| 00:00:13 | |* 6 | SORT JOIN | | 50000 | 488K| 1976K| 271 (1)| 00:00:04 | | 7 | TABLE ACCESS FULL| ORDERS | 50000 | 488K| | 68 (0)| 00:00:01 | |* 8 | INDEX UNIQUE SCAN | PK_ITEMS | 1 | 5 | | 0 (0)| 00:00:01 | |* 9 | INDEX UNIQUE SCAN | PK_CUSTOMERS | 1 | 5 | | 0 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 6 -‐ access("ORDERITEMS"."ORDER#"="ORDERS"."ORDER#") filter("ORDERITEMS"."ORDER#"="ORDERS"."ORDER#") 8 -‐ access("ORDERITEMS"."ITEM#"="ITEMS"."ITEM#") 9 -‐ access("ORDERS"."CUSTOMER#"="CUSTOMERS"."CUSTOMER#") 統計 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 0 recursive calls 0 db block gets 262017 consistent gets 244 physical reads 0 redo size 1126677 bytes sent via SQL*Net to client 37207 bytes received via SQL*Net from client 3335 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 50000 rows processed 13年11月16日土曜日

104.

参照整合性制約なし実行計画 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Plan hash value: 411877633 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 50000 | 1464K| | 1325 (3)| 00:00:16 | | 1 | SORT GROUP BY NOSORT | | 50000 | 1464K| | 1325 (3)| 00:00:16 | | 2 | NESTED LOOPS | | 246K| 7212K| | 1325 (3)| 00:00:16 | | 3 | NESTED LOOPS | | 246K| 6010K| | 1313 (2)| 00:00:16 | | 4 | MERGE JOIN | | 247K| 4831K| | 1301 (1)| 00:00:16 | | 5 | INDEX FULL SCAN | PK_ORDERITEMS | 250K| 2441K| | 1029 (1)| 00:00:13 | |* 6 | SORT JOIN | | 50000 | 488K| 1976K| 271 (1)| 00:00:04 | | 7 | TABLE ACCESS FULL| ORDERS | 50000 | 488K| | 68 (0)| 00:00:01 | |* 8 | INDEX UNIQUE SCAN | PK_ITEMS | 1 | 5 | | 0 (0)| 00:00:01 | |* 9 | INDEX UNIQUE SCAN | PK_CUSTOMERS | 1 | 5 | | 0 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 6 -‐ access("ORDERITEMS"."ORDER#"="ORDERS"."ORDER#") filter("ORDERITEMS"."ORDER#"="ORDERS"."ORDER#") 8 -‐ access("ORDERITEMS"."ITEM#"="ITEMS"."ITEM#") 9 -‐ access("ORDERS"."CUSTOMER#"="CUSTOMERS"."CUSTOMER#") 統計 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 0 recursive calls 0 db block gets 262017 consistent gets 244 physical reads 0 redo size 1126677 bytes sent via SQL*Net to client 37207 bytes received via SQL*Net from client 3335 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 50000 rows processed 13年11月16日土曜日

105.

参照整合性制約なし実行計画 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Plan hash value: 411877633 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 50000 | 1464K| | 1325 (3)| 00:00:16 | | 1 | SORT GROUP BY NOSORT | | 50000 | 1464K| | 1325 (3)| 00:00:16 | | 2 | NESTED LOOPS | | 246K| 7212K| | 1325 (3)| 00:00:16 | | 3 | NESTED LOOPS | | 246K| 6010K| | 1313 (2)| 00:00:16 | | 4 | MERGE JOIN | | 247K| 4831K| | 1301 (1)| 00:00:16 | | 5 | INDEX FULL SCAN | PK_ORDERITEMS | 250K| 2441K| | 1029 (1)| 00:00:13 | |* 6 | SORT JOIN | | 50000 | 488K| 1976K| 271 (1)| 00:00:04 | | 7 | TABLE ACCESS FULL| ORDERS | 50000 | 488K| | 68 (0)| 00:00:01 | |* 8 | INDEX UNIQUE SCAN | PK_ITEMS | 1 | 5 | | 0 (0)| 00:00:01 | |* 9 | INDEX UNIQUE SCAN | PK_CUSTOMERS | 1 | 5 | | 0 (0)| 00:00:01 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Predicate Information (identified by operation id): -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 6 -‐ access("ORDERITEMS"."ORDER#"="ORDERS"."ORDER#") filter("ORDERITEMS"."ORDER#"="ORDERS"."ORDER#") 8 -‐ access("ORDERITEMS"."ITEM#"="ITEMS"."ITEM#") 9 -‐ access("ORDERS"."CUSTOMER#"="CUSTOMERS"."CUSTOMER#") 統計 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 0 recursive calls 0 db block gets 262017 consistent gets 244 physical reads 0 redo size 1126677 bytes sent via SQL*Net to client 37207 bytes received via SQL*Net from client 3335 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 50000 rows processed 13年11月16日土曜日

106.

参照整合性制約ありオプティマイザーは賢い :) 実行計画 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Plan hash value: 3325112419 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 50536 | 246K| | 516 (2)| 00:00:07 | | 1 | HASH GROUP BY | | 50536 | 246K| 2952K| 516 (2)| 00:00:07 | | 2 | INDEX FAST FULL SCAN| IX01_ORDERITEMS | 250K| 1220K| | 145 (1)| 00:00:02 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 統計 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 0 recursive calls 0 db block gets 589 consistent gets 0 physical reads 0 redo size 1126677 bytes sent via SQL*Net to client 37207 bytes received via SQL*Net from client 3335 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 50000 rows processed 13年11月16日土曜日

107.

参照整合性制約ありオプティマイザーは賢い :) 実行計画 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Plan hash value: 3325112419 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 50536 | 246K| | 516 (2)| 00:00:07 | | 1 | HASH GROUP BY | | 50536 | 246K| 2952K| 516 (2)| 00:00:07 | | 2 | INDEX FAST FULL SCAN| IX01_ORDERITEMS | 250K| 1220K| | 145 (1)| 00:00:02 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 統計 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 0 recursive calls 0 db block gets 589 consistent gets 0 physical reads 0 redo size 1126677 bytes sent via SQL*Net to client 37207 bytes received via SQL*Net from client 3335 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 50000 rows processed 13年11月16日土曜日

108.

参照整合性制約ありオプティマイザーは賢い :) 実行計画 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ Plan hash value: 3325112419 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ | 0 | SELECT STATEMENT | | 50536 | 246K| | 516 (2)| 00:00:07 | | 1 | HASH GROUP BY | | 50536 | 246K| 2952K| 516 (2)| 00:00:07 | | 2 | INDEX FAST FULL SCAN| IX01_ORDERITEMS | 250K| 1220K| | 145 (1)| 00:00:02 | -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 統計 -‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐-‐ 0 recursive calls 0 db block gets 589 consistent gets 0 physical reads 0 redo size 1126677 bytes sent via SQL*Net to client 37207 bytes received via SQL*Net from client 3335 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 50000 rows processed 13年11月16日土曜日

109.

無駄に結合してませんか？ 13年11月16日土曜日

110.

DWHでも使えるんですよ:) 13年11月16日土曜日

111.

Oracle® Databaseデータ・ウェアハウス・ガイド 11gリリース2(11.2) / 整合性制約 http://docs.oracle.com/cd/E16338_01/server.112/ b56309/constra.htm#i1006284 13年11月16日土曜日

http://docs.oracle.com/cd/E16338_01/server.112/b56309/constra.htm#i1006284

112.

アレルギーが発症してしまった場合、一生うまく付き合って行くしかない。予防はアレルゲンを溜め込みすぎないこと。 13年11月16日土曜日

113.

アレルギーが発症してしまった場合、一生うまく付き合って行くしかない。予防はアレルゲンを溜め込みすぎないこと。 13年11月16日土曜日抗アレルギー剤を手に入れた。

114.

まとめ過フィルタリング症候群（治癒）クエリー分裂症（治癒）バッファキャッシュ欠乏症（治癒）参照整合性制約アレルギー（？） 13年11月16日土曜日

115.

最後に 2007年2月14日、 Insight World 2007というイベントがありました。そのキーノートでアンニョ・コークさんがおっしゃっていたことを今でも思い出します。アンニョ・コーク / "Oracle Performance Management: Past, Present and Future" “Oracle10gがリリースされ初期化パラメータが少なくなり、Oracle⾃自⾝身が各パラメータを調整するようになった今、DBAに求められる役割は、Oracleの細かなチュ−ニングよりもアプリケーション側の問題を指摘したりすることにシフトしてきている。 .... パフォーマンス劣劣化問題の原因の多くは、データベース側というよりもアプリケーション側にあることが多くなっている.” 13年11月16日土曜日

116.

最後に 2007年2月14日、 Insight World 2007というイベントがありました。そのキーノートでアンニョ・コークさんがおっしゃっていたことを今でも思い出します。アンニョ・コーク / "Oracle Performance Management: Past, Present and Future" “Oracle10gがリリースされ初期化パラメータが少なくなり、Oracle⾃自⾝身が各パラメータを調整するようになった今、DBAに求められる役割は、Oracleの細かなチュ−ニングよりもアプリケーション側の問題を指摘したりすることにシフトしてきている。 .... パフォーマンス劣劣化問題の原因の多くは、データベース側というよりもアプリケーション側にあることが多くなっている.” 13年11月16日土曜日

117.

ご清聴ありがとうございました http://www.jpoug.org 13年11月16日土曜日

http://www.jpoug.org

db tech showcase Tokyo 2013 - A35 特濃JPOUG：潮溜まりでジャブジャブ、SQLチューニング

Hiroshi Sekiguchi 🍥

関連スライド

DB Tech Showcase 2016 - E35 - SQLチューニング総合診療所的予防医学

IT業界のサバイバビリティ - Oracle LOVERS 勉強会 #12 : 18-Jun-2009

db tech showcase Tokyo 2014 - L36 - JPOUG：SQLチューニング総合診療所　ケースファイルX

SQLチューニング総合診療Oracle CloudWorld出張所

Oracle cloudworld な〜んでだ？#3

E34：[JPOUG Presents] Oracle Database の隠されている様々な謎を解くセッション「なーんでだ？」再び @ db tech showcase 2015 Tokyo

各ページのテキスト

db tech showcase Tokyo 2013 - A35 特濃JPOUG：潮溜まりでジャブジャブ、SQLチューニング

Hiroshi Sekiguchi 🍥

関連スライド

DB Tech Showcase 2016 - E35 - SQLチューニング総合診療所的予防医学

IT業界のサバイバビリティ - Oracle LOVERS 勉強会 #12 : 18-Jun-2009

db tech showcase Tokyo 2014 - L36 - JPOUG：SQLチューニング総合診療所 ケースファイルX

SQLチューニング総合診療Oracle CloudWorld出張所

Oracle cloudworld な〜んでだ？#3

E34：[JPOUG Presents] Oracle Database の隠されている様々な謎を解くセッション「なーんでだ？」再び @ db tech showcase 2015 Tokyo

各ページのテキスト

db tech showcase Tokyo 2014 - L36 - JPOUG：SQLチューニング総合診療所　ケースファイルX