인덱스 액세스를 사용하지 않을 때 함수 기반 인덱스

Question

처음으로 사용자 정의 함수에서 함수 기반 인덱스를 사용하고 있습니다. 인덱스를 사용할 수없는 경우 성능 문제가 발생했습니다.

내부적으로 함수 기반 인덱스는 내 함수가 varchar2를 반환하므로 숨겨진 테이블 열 (varchar2 (4000) 유형)을 생성하고 색인을 생성하는 것으로 보입니다. 인덱스가 사용될 때 제대로 작동하지만 필터로 함수를 사용하여 전체 테이블 스캔을 수행해야하는 경우가 있습니다.이 경우 필자는 6의 성능 저하를 봅니다.이 경우 Oracle은 사용하지 않습니다 숨겨진 열이 있지만 각 행에 대한 함수를 다시 계산하면 IO 바인딩 대신 CPU 바인딩이 수행됩니다.

오라클이 숨겨진 열을 필터링에도 사용할 수있는 방법이 있습니까? 내가 그 라인을 따라 몇 가지 재 작성 옵션이나 뭔가를 놓치고 있는지 궁금해.

그렇지 않은 경우 열을 직접 정의하고 트리거를 사용하여 최신 상태로 유지해야합니다. 투명성과 유지 보수 용이성을 위해 함수 기반 색인을 사용하는 것이 더 좋습니다.

Answer 1

테이블 스캔에서 함수 기반 인덱스를 사용할 수있는 일반적인 방법은 없습니다.

는

내가 내 질문에 만든 가정, 즉 는 단순히 잘못 "내부적으로 함수 기반 인덱스는 ... 숨겨진 테이블 열을 생성하는 것 같다"함수의 결과는 이 저장되지 않습니다 테이블 열은 인덱스에만 있지만

검색을 수행 할 때 색인에 액세스 할 수있는 방법이 없으면 (키 열로 시작하는 조합 된 색인 인 경우에만 생각할 수있는 유일한 방법입니다) 사전 계산 된 결과는 사용하십시오.

11g "가상 열"기능은 열이 테이블에 저장되지 않고보기에 함수를 사용하는 것과 비슷한 방식으로 즉석에서 계산되므로 도움이되지 않습니다.

요약 : 테이블 스캔을 배제 할 수없고 함수 호출이 비용이 많이 드는 (느린) 경우 "삽입 또는 업데이트 전"트리거와 함께 실제 열을 사용하십시오. 함수 기반 인덱스는 수행하지 않습니다.

(참고 : 답변을 추가하지 않았으므로이 답변을 추가했습니다.답의 크레딧은 thilo에 속하며, 칼럼이 구체화되지 않았다고 지적했습니다.

Answer 2

사용중인 Oracle 버전은 무엇입니까? 11g이라면 using a virtual column을 시도해야합니다. 이것은 값이 표현식이나 리터럴에서 파생 된 열입니다. 테이블의 일부로 정의되므로 함수 기반 인덱스와 달리 테이블 DESC에서 가시성을 갖습니다. 가상 열에 인덱스를 만들 수 있습니다. 또한 트리거가 필요없이 자동으로 유지 관리됩니다.

따라서 함수 기반 인덱스와 동일한 표현식을 사용하여 테이블에 가상 열을 추가 할 수 있습니다. 아마도 다음과 같습니다.

create table t23 
    (id number 
    , col_a varchar2(10) 
    , vcol_a as (upper(substr(col_a, 1, 1))) 
) 
/

가상 열을 삽입하거나 업데이트 할 수 없습니다. 그래서 당신은 삽입 문의 투사를 지정해야합니다

insert into t23 (id, col_a) values (1, 'this is a test'); 

그런 다음 가상 컬럼에 일반 인덱스를 구축 할 수 있습니다 :

create index t23_vc_i on t23(vcol_a) 
/

함수 기반 인덱스를 삭제하는 것을 잊지 마세요!