クエリー・エンベデッドを使用した問合せのOracleチューニング

Question

問合せを改善しようとしています。私はチケットのデータセットを開いています。すべてのチケットには異なる行があり、すべての行にはチケットの更新が表示されます。行ごとに異なるフィールド（dt_update）があります。

私はこのインデックスをst_remedy_full_lightに持っています。
IDX_ASSIGNMENT（ASSIGNMENT）
IDX_REMEDY_INC_ID（REMEDY_INC_ID）
IDX_REMDULL_LIGHT_DTUPD（DT_UPDATE）次に

、クエリが8秒で行われます。私のために高いです。

WITH last_ticket AS 
    (SELECT * 
    FROM st_remedy_full_light a 
    WHERE a.dt_update IN 
    (SELECT MAX(dt_update) 
     FROM st_remedy_full_light 
     WHERE remedy_inc_id = a.remedy_inc_id 
    ) 
) 
SELECT remedy_inc_id, ASSIGNMENT FROM last_ticket 

これは、このクエリをより良くするためにどのように私ができる計画 のですか？

P.S.これは大きなクエリ

追加情報のほんの一部です： - 表には、あなたが試みることができる529.507行

Answer 1

含まst_remedy_full_light：

WITH last_ticket AS 
    (SELECT remedy_inc_id, ASSIGNMENT, 
      rank() over (partition by remedy_inc_id order by dt_update desc) rn 
    FROM st_remedy_full_light a 
) 
SELECT remedy_inc_id, ASSIGNMENT FROM last_ticket 
where rn = 1; 

Answer 2

もの方がはるかに簡単です最善の代替クエリを、

select remedy_inc_id 
    , max(assignment) keep (dense_rank last order by dt_update) 
    from st_remedy_full_light 
group by remedy_inc_id 

これは、フル・テーブル・スキャンと（ハッシュ/ソート）グループを1つだけ使用し、自己結合は使用しません。

ここでは、完全なテーブルスキャンが最も適していると思われるので、インデックス付きアクセスについては気にしないでください。テーブルが実際に幅が広く、使用されているすべてのカラム（remedy_inc_id、dt_update、assignment）の複合インデックスがテーブルよりも読み込みがかなり早い場合を除きます。