친절한 SQL 튜닝

ORACLE이 시스템으로부터 자원을 할당받아 관리하는 ORACLE 시스템 영역이다. 쉽게 말하자면, Oracle의 공유 메모리영역이라고 할 수 있다.

Index란? 대용량 테이블에서 필요한 데이터만 빠르게 효율적으로 액세스하기 위해 사용하는 오브젝트입니다. SQL 튜닝은 랜덤 I/O를 줄이는 것이 핵심이므로, 인덱스를 테이블의 색인으로 사용해 데이터를 빠르게 찾는 것이 중요하죠!

튜닝의 핵심은 랜덤 I/O와의 전쟁인덱스 구조: 값 + 그 값의 위치 정보를 담은 ROWID여기서 ROWID는 물리적 주소가 아닌 논리적 주소!즉, 우체부 아저씨가 일일이 집을 찾아다니는 구조이기 때문에ROWID로 레코드를 찾으러 테이블 액세스를 반복하는 것은 상당한

불필요한 레코드 필터링은 미리미리 🫡말 그대로 인덱스에 컬럼을 추가하는 방법테이블 액세스 시 필터 조건에 의해 버려지는 레코드가 많을 때 사용🧠 쉽게 말하자면?테이블 액세스 시: 인덱스를 이용해서 테이블에서 데이터를 가져올 때필터 조건에 의해: where 조건에 의

전체 쿼리 집합을 연속적으로 전송하지 않고사용자로부터 Fetch Call이 있을 때마다 일정량씩 나누어 전송하는 인덱스 손익분기점의 히든카드

한달동안 인덱스 스캔 효율화를 벗어나지 못 한 것 같은데요... 아무리 봐도 안 되겠다 싶어서 정리하면서 다시 복습해보겠습니다! 💪 참고로 인덱스 스캔 효율화는 튜닝 기법이 매우 다양합니다 그래서 이렇게 읽히지도 않고 어려운지... > 인덱스 스캔 효율화 = 인덱

“인덱스 설계는 단순히 컬럼을 정하는 게 아니라, 조건절, 함수, 그리고 옵티마이저의 작동 방식을 함께 고려해야 한다.”

인덱스 설계가 어려운 이유 ❓ > 📌 인덱스는 많으면 느려지고 적으면 못 찾는다