-
sql 성능은 블록(페이지)의 접근 개수로 접근해야한다.
옵티마이저는 INDEX SCAN와 FULL SCAN을 ROW가 아닌 블록(페이지)으로 판단한다. -
라이브캐시에 저장된 최적화 파싱이 있으면 소프트 파싱을 하고 만약 없다면 최적화후 파싱한다.
해시버킷에 파싱된 sql이 있다면 소프트 파싱한다. -
sql 최적화 엔진 = 옵티마이저
-
5개의 테이블을 조인한다? 개념적으로 5! + 조인방식 정도로 최적화 시간과 코스트가 소모된다.
-
procedure 와 pro C를 사용하는 이유?
만약 100만명이 로그인할 때 WHERE='ID0001' 한다면 100만번의 파싱을 해야한다.
하지만 procedure를 통해 WHERE=:id 하면 단 한번의 파싱만 해도된다. -
FETCH CALL / PARSE CALL / EXECUTE CALL
