Oracleクエリーを最適化するにはどうすればよいですか？

Question

私はこのクエリを最適化しなければならないと言ってSQLクエリを与えられました。

私はaccross explain planになりました。だから、SQL開発者では、

のクエリを分割し、それぞれのコストを表示しました。

クエリを最適化するにはどうすればよいですか？私は何を探しますか？コストの高い要素ですか？

私は少しDBに新しいので、より多くの情報が必要な場合は、私に尋ねてください、私はそれを取得しようとします。

私は、クエリ自体を投稿して答えを得るのではなく、プロセスを理解しようとしています。

問題のクエリ：計画を説明し実行するには

SELECT cr.client_app_id, 
    cr.personal_flg, 
    r.requestor_type_id 
FROM credit_request cr, 
    requestor r, 
    evaluator e 
WHERE cr.evaluator_id = 96 AND 
    cr.request_id = r.request_id AND 
    cr.evaluator_id = e.evaluator_id AND 
    cr.request_id != 143462 AND 
    ((r.soc_sec_num_txt = 'xxxxxxxxx' AND   
    r.soc_sec_num_txt IS NOT NULL) OR 
    (lower(r.first_name_txt) = 'test' AND 
    lower(r.last_name_txt) = 'newprogram' AND 
    to_char(r.birth_dt, 'MM/DD/YYYY') = '01/02/1960' AND 
    r.last_name_txt IS NOT NULL AND 
    r.first_name_txt IS NOT NULL AND 
    r.birth_dt IS NOT NULL)) 

、私はスクリーンショットをアップロードしようとしています。クエリへの迅速な更新として

OPERATION OBJECT_NAME  OPTIONS  COST 
SELECT STATEMENT      15 
NESTED LOOPS    
NESTED LOOPS       15 
HASH JOIN        12 
Access Predicates 
CR.EVALUATOR_ID=E.EVALUATOR_ID 
INDEX EVALUATOR_PK  UNIQUE SCAN  0 
Access Predicates 
E.EVALUATOR_ID=96 
TABLE ACCESS CREDIT_REQUEST BY INDEX ROWID  11 
INDEX CRDRQ_DONE_EVAL_TASK_REQ_NDX  SKIP SCAN 10 
Access Predicates 
CR.EVALUATOR_ID=96 
Filter Predicates 
AND 
CR.EVALUATOR_ID=96 
CR.REQUEST_ID<>143462 
INDEX REQUESTOR_PK  RANGE SCAN  1 
Access Predicates 
CR.REQUEST_ID=R.REQUEST_ID 
Filter Predicates 
R.REQUEST_ID<>143462 
TABLE ACCESS REQUESTOR  BY INDEX ROWID  3 
Filter Predicates 
OR 
R.SOC_SEC_NUM_TXT='XXXXXXXX' 
AND 
R.BIRTH_DT IS NOT NULL 
R.LAST_NAME_TXT IS NOT NULL 
R.FIRST_NAME_TXT IS NOT NULL 
LOWER(R.FIRST_NAME_TXT)='test' 
LOWER(R.LAST_NAME_TXT)='newprogram' 
TO_CHAR(INTERNAL_FUNCTION(R.BIRTH_DT),'MM/DD/YYYY')='01/02/1960' 

Answer 1

は、インデックス、そうエリックのポスト@からの次が来ます。where句では、evaluator_idに条件があり、クエリでclient_app_idとpersonal_flgを選択します。したがって、おそらくcredit_requestのユニークなインデックスが(request_id, evaulator_id, client_app_id, personal_flgである必要があります。

選択した列をインデックスに入れると、by index rowidは表示されません。これは、インデックスから値を選択した後、テーブルを再入力して詳細情報を取得したことを意味します。この情報が既に索引に入っている場合、必要はありません。

evaluatorにevaluator_idに参加しています（最初のインデックスに含まれています）。

requestor：
これはrequest_idに上に接合されていると、あなたのwhere句はsoc_sec_num_text、lower(first_name_txt)、lower(last_name_txt)とbirth_dtが含まれます。可能な限り多くの条件に実際にインデックスを付ける必要があるため、可能であればユニークである必要があります。(request_id, soc_sec_num_text)のインデックスはこれ以上複雑です。 requestor_type_iudも選択しています。

この場合、多くの列を持つ機能インデックスを避けるために、(request_id, soc_sec_num_text, birth_dt)にインデックスを付けます。これにlower(first_name_txt)... etcを追加すると、列の選択度に応じて速度が向上する可能性があります。つまり、first_name_txtよりもはるかに多くの値がある場合は、birth_dtよりもbirth_dtの方が良いでしょう。したがって、一意でないインデックスの場合はクエリのスキャンが少なくなります。

このインデックスに選択した列を追加していないことに気が付きました。既に追加していないので、テーブルに入る必要があるためです。

evaluator：
これはだけなので、あなたがこの列に一意、可能な場合は、インデックスを必要とするevaluator_idに参加しています。

Answer 2

、あなたはこのような何かにそれをリファクタリングしたいとしている：まず

SELECT 
    cr.client_app_id, 
    cr.personal_flg, 
    r.requestor_type_id 
FROM 
    credit_request cr 
    inner join requestor r on 
     cr.request_id = r.request_id 
    inner join evaluator e on 
     cr.evaluator_id = e.evaluator_id 
WHERE 
    cr.evaluator_id = 96 
    and cr.request_id != 143462 
    and (r.soc_sec_num_txt = 'xxxxxxxxx' 
     or (
      lower(r.first_name_txt) = 'test' 
      and lower(r.last_name_txt) = 'newprogram' 
      and r.birth_dt = date '1960-01-02' 
     ) 
    ) 

、カンマで参加することはあなたがしたい、クロス結合作成避ける。幸運なことに、Oracleは結合条件を指定してから内部結合としてそれを実行できるほどスマートですが、間違って何かを逃してしまわないように明示的にしたいと考えています。

第2に、is not nullのチェックは無意味です。列がnull、=の場合、その行にはfalseが返されます。実際、null列と比較しても、null = nullでもfalseが返されます。 select 1 where null = nullとselect 1 where null is nullでこれを試すことができます。 2番目のものだけが返されます。

第3に、日付をISOフォーマットと比較するのに十分なほどスマートです（少なくとも私が使用したのはそれ以前でした）。 r.birth_dt = date '1960-01-02'を実行して、その列で文字列フォーマットを実行しないでください。

言われているように、あなたの質問は、著しいパフォーマンスミスの点で正確に書かれていません。あなたが探したいのは指標です。 evaluatorはevaluator_idに1つありますか？ credit_requestはありますか？彼らはどのような種類ですか？通常、evaluatorはPK evaluator_idに1を持ち、credit_requestにはその列にも1が付きます。 requestorとrequest_idの列も同じです。

その他の指標としては、フィルタリングするすべてのフィールドが考えられます。この場合、soc_sec_num_txt,first_name_txt,last_name_txt,birth_dt。後の3つの列に複数列のインデックスを配置し、soc_sec_num_txt列に単一の列インデックスを配置することを検討してください。

credit_request：あなたはrequest_idにrequestorにこれに参加している
、私はユニークであると思いクエリをリファクタリングした後