SQLP 이론 학습 | 모두의 문제집 · 시험 직전 요약장

단순 판단	정확한 기준
Hard Parse가 적으면 Parse 문제가 없다	반복 Soft Parse와 Parse Call 자체도 CPU·동기화 비용을 만든다
Session Cursor Cache Hit면 Parse Call이 없었다	Parse Call로 기록될 수 있지만 실제 Reparse가 생략된다
Session Cursor Cache는 즉시 모든 SQL을 Cache한다	같은 Cursor가 세 번 닫힌 뒤 반복 Statement로 판단해 Cache할 수 있다
`SESSION_CACHED_CURSORS`는 Open Cursor 수다	닫힌 Session Cursor Cache의 최대 크기다
`OPEN_CURSORS`보다 Session Cache를 크게 설정할 수 없다	두 Parameter는 독립적이며 Cached Session Cursor는 Open 상태가 아니다
Statement Cache는 Pool 전체에 하나다	Physical Connection마다 별도 Cache가 있다
일반 Statement도 JDBC Implicit Cache 대상이다	Prepared·Callable Statement가 대상이며 Plain Statement는 대상이 아니다
`V$SESSION_CURSOR_CACHE`만 보면 효과를 알 수 있다	공식적으로 Parameter 효과 측정 View가 아니므로 `V$SESSTAT`·부하 Delta가 필요하다
`V$OPEN_CURSOR` 행 수가 현재 Open Cursor 수다	Cached·PL/SQL 등 여러 Cursor Type을 포함할 수 있다
Cache는 클수록 좋다	Connection 수·Open Cursor·Memory·Hit·응답시간을 함께 검증한다

계층	대표 저장 위치	재사용 단위	주로 줄이는 비용
애플리케이션 Prepared Statement	애플리케이션 Process	같은 Statement Object	반복 Prepare·Parse 요청, Client 객체 생성
Oracle JDBC/UCP Statement Cache	Physical Connection별 Client Cache	동일 SQL·Statement Type·Result Set Type	Cursor·Statement 재생성과 통신·Parse 요청
Session Cursor Cache	Database Session Memory	같은 Session이 반복한 닫힌 Session Cursor	실제 Reparse와 Library Cache 탐색 경로
Library Cache	Shared Pool	공유 가능한 Parent·Child Cursor	Hard Parse·Optimization·실행구조 생성

계층

대표 저장 위치

재사용 단위

주로 줄이는 비용

애플리케이션 Prepared Statement

애플리케이션 Process

같은 Statement Object

반복 Prepare·Parse 요청, Client 객체 생성

Oracle JDBC/UCP Statement Cache

Physical Connection별 Client Cache

동일 SQL·Statement Type·Result Set Type

Cursor·Statement 재생성과 통신·Parse 요청

Session Cursor Cache

Database Session Memory

같은 Session이 반복한 닫힌 Session Cursor

실제 Reparse와 Library Cache 탐색 경로

Library Cache

Shared Pool

공유 가능한 Parent·Child Cursor

Hard Parse·Optimization·실행구조 생성

시험 직전 요약장