오라클81 CH01.인덱스 원리와 활용 - 05. 테이블 Random 액세스 최소화 튜닝 (1)인덱스 컬럼추가 기존에 사용하던 인덱스에 컬럼을 추가하는 것만으로도 성능향상에 큰 영향을 미칠 수 있습니다. 위 SQL을 위해 서비스번호 하나로 구성된 단일 컬럼인덱스 로밍렌탈_N2가 사용됐는데 테이블을 액세스 하는 단계에서만 265,957(=266968-1011)개의 블록 I/O가 발생했고 이는 전체 I/O의99.6퍼를 차지하는 수치입니다. 수행시간도 49초가 걸리고 있습니다. 266,476번의 테이블을 방문하는 동안 블록 I/O가 265,957개 발생한 것을 보면, 인덱스 클러스터링 팩터가 안좋은 것일 수 도 있습니다. 이 경우에는 테이블 Reorg하지 않는 한 어쩔 수 없습니다. 여기서 문제는 테이블을 총 266,476번 방문해지만 최종 결과집합에서는 1,909건 밖에 되지 않는다는 것입니다... 2020. 2. 28. 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. 권한 부여 삭제(Grant)와 with admin option, with grant option Test 목적 1.지원 가능한 대상 ( 유저 등) 프로시저도 가능한가? yes grant execute on procedure_name to 유저명 으로 사용가능합니다. 2.grant option으로 권한 부여 후 다시 권한 부여 A -> B -> C 에서 A -> B 권한 revoke 시 (grant option 미사용 ) B -> C 가능한지? 결론 : with grant option으로 부여한 권한은 A -> B 회수 시 B -> C 도 자동 회수됩니다. with admin option은 자동 회수 안됨. TEST With Grant Option 1.유저생성 SCOTT = A 로 보고 진행하겠습니다. SYS@ysbae> create user b identified by b account unlock.. 2020. 2. 21. 이전 1 ··· 4 5 6 7 8 9 10 ··· 21 다음
