스터디69 CH01.인덱스 원리와 활용 - 04. 테이블 Random 액세스 부하 이번에는 대량의 데이터를 처리할 때의 테이블 Random 액세스가 가장 큰 부하 요인으로 작용하는 원인을 자세히 설명하겠습니다. (1) 인덱스 ROWID에 의한 테이블 액세스 쿼리에서 참조되는 컬럼이 인덱스에 모두 포함되는 경우가 아니라면 인덱스 스캔 이후 '테이블 Random 액세스'가 반드시 일어나게 됩니다. 실행계획에서는 Table Access by index ROWID라고 표시됩니다. 물리적 주소? 논리적 주소? 인덱스에 저장돼 있는 rowid는 물리적 주소정보라고 일컬어지는데, 오브젝트 번호, 데이터파일 번호, 블록 번호 같은 물리적 요소들로 구성되어 있기 때문입니다. 하지만 보는 시각에 따라서는 논리적 주소정보라고 표현되기도 하는데 rowid가 물리적 위치정보로 구성되지만 인덱스에서 테이블 레.. 2020. 2. 26. CH01.인덱스 원리와 활용 - 03. 다양한 인덱스 스캔 방식 (1) Index Range Scan 인덱스 루트 블록에서 리프 블록까지 수직적으로 탐색한 후에 리프 블록을 필요한 범위만 스캔하는 방식입니다. B*Tree 인덱스의 가장 일반적이고 정상적인 형태의 인덱스 방식이라고 할 수 있습니다. 대개 인덱스가 사용되는 실행계획을 보면 SQL에 문제가 없다고 판단할 수 있지만 실행계획 상에 Index Range Scan이 나타난다고 해서 항상 빠른 속도를 보장하는 것은 아닙니다. 인덱스를 스캔하는 범위(Range)를 얼마만큼 줄일 수 있느냐, 그리고 테이블로 액세스하는 횟수를 얼마만큼 줄일 수 있느냐가 관건이며, 이는 인덱스 설계와 SQL튜닝의 핵심 원리 중 하나입니다. Index Range Scan이 가능하게 하려면 인덱스를 구성하는 선두 컬럼이 조건절에 사용되어야.. 2020. 2. 23. CH01.인덱스 원리와 활용 - 02. 인덱스 기본 원리 B*Tree 인덱스를 정상적으로 사용하려면 범위 스캔 시작지점을 찾기 위해 루트 블록부터 리프블록까지의 수직적 탐색 과정을 거쳐야 합니다. 만약 인덱스 선두 컬럼이 조건절에 사용되지 않으면 범위 스캔을 위한 시작점을 찾을 수 없어 옵티마이저는 인덱스 전체를 스캔하거나 테이블 전체를 스캔하는 방식을 선택합니다. 또한 인덱스 선투 컬럼이 조건절에 사용되어도 인덱스를 사용 못하거나 범위 스캔이 불가능한 경우가 있습니다. (1) 인덱스 사용이 불가능하거나 범위 스캔이 불가능한 경우 - 조건절 인덱스 컬럼의 가공.(FBI 정의 하지 않는 경우) select * from 업체 where substr(업체명,1,2) = ‘대한’ -부정형 비교 select * from 고객 where 직업 ‘학생’ -is not nu.. 2020. 2. 20. CH01.인덱스 원리와 활용 - 01. 인덱스 구조 (1) 범위 스캔 테이블은 처음부터 끝까지 모든 레코드를 읽어야 완전한 결과집합을 얻을 수 있지만 인덱스는 키 컬럼 순으로 정렬돼 있기 때문에 특정 위치에서 스캔을 시작해 검색 조건에 일치하지 않는 값을 만나는 순간 멈출 수 있습니다. 이것이 범위 스캔(Range Scan)입니다. 테이블도 인덱스가 결합된 테이블인 IOT(index - organized table)는 특정 컬럼 순으로 정렬 상태를 유지하며 값을 입력하므로 범위 스캔이 가능합니다. 이를 제외한다면 일반적인 힙 구조 테이블(heap - organized table)에서 범위 스캔은 있을 수 없습니다. 아무리 정렬 상태가 유지되게 테이블의 데이터를 입력하더라도 옵티마이저는 그것을 신뢰하지 않고, Table Range Scan같은 실행계획을 수.. 2020. 2. 19. 이전 1 ··· 4 5 6 7 8 9 10 ··· 18 다음
