1_SQL 수행구조

4. 뷰는 쿼리 문장을 담고 있는 가상의 테이블이므로 물리적인 저장 공간을 필요로 하지 않는다. 뷰를 조회할 때, 데이터 딕셔너리에 미리 저장해 둔 쿼리 문장을 실행함으로써 결과 집합을 반환한다.

5. Redo 로그
   1) Database Recovery
   물리적으로 디스크에 결함이 생기는 등 Media Fail 발생 시 데이터베이스 복구

2) Cache Recovery (= Instance Recovery)
버퍼 캐시에만 적용한 변경사항을 데이터 파일에 기록하지 않은 상태에서 인스턴스가 비정상 종료되면, 작업내용을 모두 잃게되는데, 이러한 트랜잭션 데이터 유실에 대비하기 위해 Redo 로그를 남긴다.

3) Fast Commit
로그는 Append 방식으로 기록 -> 버퍼 캐시 블록과 데이터 파일 블록 간 동기화는 DBWR, CheckPoint를 이용해 나중에 일괄(Batch) 수행

7. Redo 메커니즘
   1) Log Force at commit: 최소한 커밋 시점에는 로그를 데이터파일에 안전하게 기록
   2) Fast Commit: Redo 로그를 믿고 빠르게 커밋 완료
   3) Write Ahead Logging: 버퍼캐시 블록 갱신 전에 먼저 Redo 엔트리를 로그 버퍼에 기록