(p26 (예제1-5) 병합(MERGE))

SQL> MERGE INTO dept a
     USING employee b
     ON (a.dept_no = b.dept_no)
     WHEN MATCHED THE
==>
SQL> MERGE INTO dept a
     USING employee b
     ON (a.dept_no = b.dept_no)
     WHEN MATCHED THE   -> WHEN MATCHED THEN으로
     수정 해야함

(p 47 아래서 7째줄)

단계를 걸쳐서 튜닝......
==>
단계를 거쳐서 튜닝.........

(p 56 아래서 6째줄)

중요한 부분이기도 한다.
==>
중요한 부분이기도 하다.

(p62 아래에서 4번째줄)

DB_CACHE_SIZE
==>
DB_RECYCLE_CACHE_SIZE     

(p63 위에서 두번째 줄)

여가 설정된
==>
여기 설정된     

(p78 밑에서 3번째줄)

하나의 세그먼트는 테이블 스페이스에 내에 
지정된 논리적 저장 구조로 데이터를 저장하고 있는
익스텐트의 집한다.

      
==>
하나의 세그먼트는 테이블 스페이스에 
지정된 논리적 저장 구조로 데이터를 저장하고 있는
익스텐트의 집합이다.
     

(p80 데이터 블록 문단 셋째줄)

운영체제마다 다르지만 대개 2MB에서 8MB이다.
==>
2MB에서 8MB -> 2kb에서 8kb

(80페이지 아래서 4째줄 오른쪽 끝)

데이터를 읽을 때 사용하고 T는I/O 작업의 기본단위...
==>
데이터를 읽을 때 사용하며 I/O 작업의 기본단위...

((p 101) 가운데 그림)

실행결과 에서 ID 6의 들여쓰기가 Nested loops와 같은 레벨로 
생각 됩니다

ID   OPERATION 
======================================
0    SELECT ...
1      FILTER
2        NESTED LOOPS
3           TABLE ACCESS ...
4           TABLE ACCESS ...
5              INDEX ...
6           TABLE ACCESS FULL SALGRADE
==>
6번이 2번 nested loop와 같은 레벨입니다.

ID   OPERATION 
======================================
0    SELECT ...
1      FILTER
2        NESTED LOOPS
3           TABLE ACCESS ...
4           TABLE ACCESS ...
5              INDEX ...
6        TABLE ACCESS FULL SALGRADE

(p 105 5번째 줄...)

비용 기준으로 최적화

     
==>
==>> 규칙기준으로 최적화     

(p 174 밑에서 3번째...)

rdbms/amdim

  
==>
=> rdbms/admin     

(p178 밑에서 4번째 줄)

ID가 4인
==>
ID인 3인

((p 179) [그림 6-1] 실행 계획 예제)

그림 6-1 실행 계획 예제 해석 부분
그림 안의 ① ∼ ⑤를 ⑤ ~ ①로 교체
==>

(p 224 표 6-7)

프로시저 란과 수집된 통계정보 란이 서로 섞여 있음.
보기 어려움.
==>
프로시저                  수집된 통계정보 

GATHER_INDEX_STATS        인덱스 통계정보 
GATHER_TABLE_STATS        테이블, 컬럼, 인덱스 통계정보 
GATHER_SCHEMA_STATS       스키마 내의 모든 객체의 통계정보 
GATHER_DATABASE_STATS     데이터베이스내의 모든 객체의 통계정보 
GATHER_SYSTEM_STATS        시스템의 CPU , I/O 통계정보

(p 236 예제 6-65)

선택도 = 1 / (107) = 0.0467    
==>

선택도 = 5 / (107) = 0.0467