使用hint来调优sql语句

最近生产发现有一个sql语句运行耗时达5000多秒。
抓出来sql_id一看,sql倒不是一个很长的语句。结构也很简单。如下。
select company_code, sap_company_id
  from data_company_code
 where company_code not in
       (SELECT distinct l9_company_code
          FROM detailed_data_info_v a, refund_request b
         WHERE a.financial_activity = 'RFND'
           and a.refund_method = 'AP'
           AND a.refund_id = b.refund_id
           AND b.refund_status = 'P'
           AND b. REVERSAL_TRANS_ID is null
           AND posting_date = TO_DATE(20140511, 'YYYYMMDD'))

执行计划如下：
Execution Plan                                                                                                           
-----------------------------------------------------------------------------------------------------------------------  
| Id  | Operation                     | Name                  | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |  
-----------------------------------------------------------------------------------------------------------------------  
|   0 | SELECT STATEMENT              |                       |       |       |  2696K(100)|          |       |       |  
|   1 |  FILTER                       |                       |       |       |            |          |       |       |  
|   2 |   MAT_VIEW ACCESS FULL        | DATA_COMPANY_CODE     |     5 |    35 |     3   (0)| 00:00:01 |       |       |  
|   3 |   NESTED LOOPS                |                       |       |       |            |          |       |       |  
|   4 |    NESTED LOOPS               |                       |     1 |    68 |  1078K  (2)| 03:35:43 |       |       |  
|   5 |     PARTITION RANGE ALL       |                       |     1 |    59 |  1078K  (2)| 03:35:43 |     1 |   366 |  
|   6 |      TABLE ACCESS FULL        | DETAILED_DATA         |     1 |    59 |  1078K  (2)| 03:35:43 |     1 |   366 |  
|   7 |     INDEX UNIQUE SCAN         | REFUND_REQUEST_PK     |     1 |       |     1   (0)| 00:00:01 |       |       |  
|   8 |    TABLE ACCESS BY INDEX ROWID| REFUND_REQUEST        |     1 |     9 |     1   (0)| 00:00:01 |       |       |  
-----------------------------------------------------------------------------------------------------------------------  

查看最后的输出表data_company_code,发现是一个数据字典表，里面的数据很少。只有5条。
表  detailed_data_info_v是一个视图，里面参照的基表只有1个. detailed_data_info  它是一个历史表，里面有3亿多条数据。而且对应的主键在查询条件中也没有，这也是这个sql执行慢的主要原因。                                                       
表  REFUND_REQUEST  是一个应用表，里面的数据就几百条。                                           
明白了大概的情况之后。

首先从视图下手。看看
a.refund_method ,  a.refund_id,company_code都运用了大量的decode,可以看到都是基于financial_activity来做的过滤，所以直接可以提出其他的条件过滤，直接使用基表来去得所需的条件。

DECODE( FINANCIAL_ACTIVITY,
'RFND',
 DATA_FIELD_1) as REFUND_ID 

DECODE( FINANCIAL_ACTIVITY,
'RFND',
 DATA_FIELD_3) as  REFUND_METHOD

DECODE( FINANCIAL_ACTIVITY,
'RFND',
 DATA_FIELD_10 ,
 'WERRE',
 DATA_FIELD_10 ,
。。。。。。。
 DATA_FIELD_19 ,
 'BCK',
 DATA_FIELD_20 ,
 'DSPCAN',
 DATA_FIELD_7 ,
 'DSPREJ',
 DATA_FIELD_7 ,
 'WER',
 DATA_FIELD_7 ,
 'WWER',
 DATA_FIELD_7 ,
 'DD',
 DATA_FIELD_7 ,
 'reer',
 DATA_FIELD_7 ,
 'tttt',
 DATA_FIELD_8 ,
 'xxxx',
 DATA_FIELD_9) as COMPANY_CODE 

所以把查询可以构造成几个子查询。黄色是做了变化的部分。
select a.DATA_FIELD_10 l9_company_code
           from DETAILED_DATA a
           where a.financial_activity = 'RFND'
           a nd a.DATA_FIELD_3 = 'AP'
           and a.posting_date = TO_DATE(20140511, 'YYYYMMDD')