いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング番外編 Tweet

おまけのおまけのおまけとは、さすがに書きづらかったのでw 番外編。

いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング８ おまけのおまけで次のように書いていたのを覚えてますか？

"アクセスするブロック数を減らすのはハッシュパーティションのままではもう、むーりーw　限界です。"

なぜ、限界としたか。という点、聞きたくないですか？

聞きたいですよね。:)

理由は次のクエリ(GROUP BYとCUBEでチューニングしたクエリの一番大切部分）と処理時間、実行計画、consistent getsを見ていただければお分かりいただけるかと……　　

そーーーなんです。　以下のブロック数と処理時間って、前回、GROUP BY と CUBEだけでチューニングした結果とそっくりですよね。

  1   SELECT
  2        SUBSTR(starting_date,1,6) AS month
  3       ,shop_code
  4       ,SUM(sales_figure) AS sales_figure
  5   FROM
  6       test2
  7   WHERE
  8       starting_date BETWEEN '20110101' AND '20110331'
  9   GROUP BY
 10        SUBSTR(starting_date,1,6)
 11*      ,shop_code

3900行が選択されました。

経過: 00:00:06.89

実行計画
----------------------------------------------------------  
Plan hash value: 2608398149  
                  
--------------------------------------------------------------------------------------------- 
| Id  | Operation           | Name  | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop | 
--------------------------------------------------------------------------------------------- 
|   0 | SELECT STATEMENT    |       |  8274 |   137K| 82839   (2)| 00:16:35 |       |       | 
|   1 |  HASH GROUP BY      |       |  8274 |   137K| 82839   (2)| 00:16:35 |       |       | 
|   2 |   PARTITION HASH ALL|       |  1703K|    27M| 82788   (2)| 00:16:34 |     1 |     4 | 
|*  3 |    TABLE ACCESS FULL| TEST2 |  1703K|    27M| 82788   (2)| 00:16:34 |     1 |     4 | 
--------------------------------------------------------------------------------------------- 
                  
Predicate Information (identified by operation id):     
---------------------------------------------------     
                  
   3 - filter("STARTING_DATE"<='20110331' AND "STARTING_DATE">='20110101') 


統計
----------------------------------------------------------
          0  recursive calls                            
          0  db block gets                              
     302341  consistent gets
     302289  physical reads 
          0  redo size                                  
      87392  bytes sent via SQL*Net to client           
       3369  bytes received via SQL*Net from client     
        261  SQL*Net roundtrips to/from client          
          0  sorts (memory)                             
          0  sorts (disk)                               
       3900  rows processed                             

と、いうことで限界！　と判断したわけなんです。　どうですか？　スッキリしましたか？　:) では、また。

---

これまでのあらずじ…

・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング #1
・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング #2
・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング #3
・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング #4
・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング #5
・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング #6
・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング #7 おまけ
・いろいろと面倒くさい大人の事情縛りのOracleパフォーマンスチューニング８ おまけのおまけ