본문 바로가기

Oracle

[Oracle] 부분 범위 처리에 따른 INDEX FULL SCAN 성능 2024. 8. 12. Index Full Scan은 인덱스 리프 블록을 처음부터 끝까지 모두 스캔하는 방식이며, 인덱스 선두 컬럼이 조건절에 없을 때 사용된다. 인덱스 선두 컬럼이 조건절에 없으면 Index Range Scan이 불가능하므로 테이블을 Full Scan해애 하는데, 컬럼이 많은 큰 테이블을 스캔하려면 블록 I/O가 많이 발생하므로 성능이 느리다. 그럴 때 컬럼이 적은 인덱스를 스캔하면 I/O 발생량을 줄일 수 있다. 단, 인덱스 필터 조건을 만족하는 데이터가 적어야 한다. ( 그래야지 테이블 ACCESS가 적으므로) 필터 조건을 만족하는 데이터가 많으면 테이블 랜덤 엑세스도 그만큼 많이 발생하므로 테이블 전체 스캔보다 성능이 훨씬 더 느려진다.(랜덤 엑세스는 sigle block I/O, table full s..
[Oracle] Tunning 관련 파라미터 정리 2024. 8. 12. // ※ Parameter는 Hint보다 우선권이 낮음. # Index 제어   - OPTIMIZER_INDEX_CACHING (Default : 0)      Index가 메모리에 캐싱되어 있을 확률을 의미. 80 ~ 95가 적당.   - OPTIMIZER_INDEX_COST_ADJ (Default : 100)      Index Cost를 조정하는 역할을 함. 즉, 값을 50으로 바꾸게 되면 Index Cost를 1/2로 감소시킴.      그만큼 Index Scan이 선택될 확률을 높임. 5 ~ 10이 적당. # CBQT(Cost Based Query Transformation) 제어   - _OPTIMIZER_COST_BASED_TRANSFORMATION (Default : Linear)     ..
[Oracle]OR-Expansion 2024. 8. 12. 개념기본적으로 OR로 묶인 where 조건의 경우 OR의 사용으로 INDEX를 사용할 수 없어 FULL TABLE SCAN을 해야한다. 그러나 OR-Expansion을 사용하게 되면 INDEX를 사용할 수 있게 되면서 해당 결과 집합을 UNION ALL로 합쳐서 사용한다. 즉, 결론적으로 INDEX를 사용하며 UNION ALL로 합쳐주는 작업으로 이해하면 쉽다. 하지만 테이블을 2번 ACCESS한다는 단점이 있어서 겹치는 부분이 적을때 효과적이다.  HINTUSE_CONCAT   : OR-Expansion을 유도하고자 할 때 사용NO_EXPAND    :  OR-Expansion을 방지하고자 할 때 사용  alter session set "_no_or_expansion"=true; 로도 설정가능 -힌트사..
[Oracle] Fetch Call 최소화
[Oracle] Fetch Call 최소화 2024. 8. 2. 부분범위처리의 원리결과 집합을 전송할 때, 전체 데이터를 쉼 없이 연속적으로 처리하지 않고 사용자로부터 Fetch Call이 있을때마다 일정량씩 나누어서 전송하는것을 말한다. DBMS는 데이터를 클라이언트에게 전송할 때 일정량씩 나누어 전송하며, 오라클의 경우 ArraySize(또는 Fetch Size) 설정을 통해 운반단위를 조절한다. 그리고 전체 결과집합 중 아직 전송하지 않은 분량이 많이 남아 있어도 클라이언트로부터 추가 Fetch Call을 받기 전까지는 그대로 멈춰 서서 기다린다.    또한 클라이언트에게 전송할 량이 끝났어도 (오라클은 끝났는지 모름) 운반단위가 차지 않으면 운반단위가 다 찰때까지 대기한 후 끝까지 다 읽은 후에야 더이상의 데이터가 없음을 인지하고 데이터의 나머지를 내보낸다. ..
[Oracle]ORA-08104 2024. 8. 1. Online으로 큰 테이블 인덱스로 생성하다 예기치 못하게 세션이 끊기 거나 끊은 상황일 때, 그 후 다시 생성하면 같은 이름의 오브젝트가 있다는 에러를 만날 수 있다.  이때 해당 인덱스의 Drop 을 시도하면 다음과 같은 에러를 만나는데,08104, 00000, "this index object %s is being online built or rebuilt"// *Cause: the index is being created or rebuild or waited for recovering // from the online (re)build // *Action: wait the online index build or recovery to complete 다음과 같이 DBMS_REPAI..
[Oracle] Row Size 구하기 2024. 7. 24. No. 10699ROW SIZE 계산방법=================Row Header의 구성은( cf. " Concepts Manual 5-5 " )(a) +-Row Overhead(2Byte) +(b) | Number of columns(1Byte) +(c) | Cluster key ID(if clustered,1Byte) +(d) +- ROWID of chained row piece(if any, 6Byte)1. One table 에는 block 을 위해57 byte + 23* INITRANS + 4 (table directory) + 2* (1block 의 ROW수) 이 할당.각 Row 의 overhead 는 3 byte (a+b) 입니다.각 column 의 overhead 는 1 byte 입니..
[Oracle] ora.diskmon offline 2024. 7. 15. --------------------------------------------------------------------------------Name Target State Server State details --------------------------------------------------------------------------------Local Resources--------------------------------------------------------------------------------ora.DATA.dg ONLINE ONLINE testdb ..
[Oracle]ORA-02185: a token other than WORK follows COMMIT 2024. 7. 5. 프로시저 개발 중 다음과 같은 에러 발생 ORA-06550: line 28, column 8:PL/SQL: ORA-02185: a token other than WORK follows COMMIT  원인 : 다음과 같이 실행 시킬 SQL문의 COMMIT 뒤에 세미콜론이 빠져서 생긴 문제V_STMT := 'BEGIN' || CHR(13) || CREC.SQL_TEXT || CHR(13) || CHR(13) || 'COMMIT' || CHR(13) || 'END;' ; COMMIT 뒤에 세미콜론 추가V_STMT := 'BEGIN' || CHR(13) || CREC.SQL_TEXT || CHR(13) || CHR(13) || 'COMMIT;' || CHR(13) || 'END;' ;

티스토리툴바