• result_cache_max_size 가 명시되지않을 경우
• 11g 방식으로 SGA관리(SGA+PGA통합관리):
• memory_target으로 설정된 값의 0.25%를 Result캐시를 위해 사용
• 10g방식(sga_target 파라미터사용) 
• 값의 0.5%를 Result캐시를 위해 사용
• shared_pool_size 수동설정
• 값의 1%를 Result캐시를 위해 사용

• 어떤방식이도 Result캐시는 Shared Pool의 75%가 넘지 않도록 관리됨
• SGA의 Shared Pool에 저장되어 모든세션에서 공유하고 인스턴스가 재기동하면 초기화됨

• 관련 래치
• Result Cache: Latch
• Result Cache: SO Latch

• Force 모드
• no_result_cache힌트를 사용하지 않은 모든 SQL대상
• Manual 모드
• result_cache힌트를 사용하여 사용

cf)

select /*+ RESULT_CACHE */ COL,COUNT(*)
from R_CACHE_TEST
where GUBUN=7
group by COL

• 처음실행시 104,332개의 블록 i/o 발생
• 사용현황확인 : v$result_cache_objects를 통해 확인
• 재수행시 0 블록 i/o가 나타남

• 바인드변수를 사용할경우 
• 변수값에 따라 개별적으로 캐싱이 이루어짐

• 캐시 엔트리 무효화
• 캐싱된 쿼리가 참조하는 테이블에 변경이 발생하는 순간 (두쿼리의 조인이라면 둘중 하나이상)
• 결과와 무관한 레코드를 삽입한 경우라도 무효
• 파티션테이블중 변경과 무관한 파티션을 참조하는 경우라도 무효
• 함수 Result 캐시역시 동일

create or replace function get_team_name (p_team_cd number)
return varchar2
RESULT_CACHE RELIES_ON (r_cache_function)
is
l_team_name r_cache_function.team_name%type;
begin
select team_name into l_team_name
from r_cache_function
where team_cd=p_team_cd;
return l_team_name;
end;

result_cache 옵션 사용, relies_on절에 지정된 테이블에 변경 발생할때 결과값 무효화됨

• 여러개의 쿼리 블록일 경우라도 특정 쿼리 블록만 캐싱 가능

인라인뷰

select *
from r_cache_test t1,
(SELECT /*+ RESULT_CACHE */ ID FROM R_CACHE_TEST2
WHERE ID=1 ) t2
where t1.id=t2.id

WITH 문
with wv_test
as (SELECT /*+ RESULT_CACHE MATERIALIZE */ SUM(ID) RNUM,ID
FROM R_CACHE_TEST
GROUP BY ID)
select *
from r_cache_test t1,
wv_test t2
where t1.id=t2.rnum

독립적 캐싱 (union all)

select sum(val)
from (select sum(c) val
from ext_stat_test
union all
select /*+RESULT_CACHE */ sum(id+sum_data)
from r_cache_test
)

where 절에 사용된 서브쿼리만 캐싱하는 기능은 제동하지 않음

• 사용을 자제해야할 경우
• 쿼리가 참조하는 테이블에 DML이 자조 발생할때
• 함수 또는 바인드 변수를 가진 쿼리에서 입력되는 값의 종류가 많고, 그값들이 골고루 입력될때

• 서버측 result 캐시와 별도로 클라이언트측 Result캐시기능도 제공됨