[SQLP] 3-2. Lock과 트랜잭션

1. Lock에 의한 성능 저하를 최소하는 방안으로 옳지 않은 것을 고르시오. P535

  1) 트랜잭션을 가능한 짧게 정의한다.
  2) 트랜잭션이 활발한 주간에 대용량 갱신작업을 수행하지 않도록 한다.
  3) for update와 nowait, wait 등의 옵션을 적절히 사용하여 교착상태를 방지한다. 
  4) 트랜잭션 격리성 수준을 상향 조정한다.
  5) SQL 문장이 가장 빠르게 처리되도록 튜닝을 한다. 

2. Oracle Lock에 대한 설명으로 잘못된 것을 모두 고르세요. P359

  1) 다른 트랜잭션이 갱신 중인 레코드를 읽고자 할 때 대기하지 않아도 된다. 
  2) 다른 트랜잭션이 갱신 중일 레코드를 갱신하고자 할 때 대기해야 한다. 
  3) 다른 트랜잭션이 읽고 있는 레코드를 갱신하고자 할 때 대기해야 한다. 
  4) 아무리 많은 데이터를 동시에 갱신하더라도 Lock Escalation이 발생하지 않는다.
  5) select 문을 실행시 어떤 Lock 도 발생시키지 않는다.

3. Oracle Table Lock  중에서 insert, update, delete문 실행시 발생되는 lock 으로, 동일 종류에 Lock에 대해서는 호환성을 갖는 항목을 고르세요  P 540 

  1) Row Share 
  2) Row Exclusive 
  3) Share
  4) Share Row Exclusive
  5) Exclusive 

4. 다음  트랜잭선 격리성 수준 중  Oracle에서는 지원하지 않아 쿼리 조회시 for update 구문을 활용해서 이용해야하는 것으로, Phantom Read현상은 방지할 수 없는 수준을 고르세요. 

  1)   Read Committed 
  2)  Read Uncommitted
  3)  Serializable Read
  4)  Repeatable Read

5. 동시성과 일관성은 반비례 관계로 하나를 성능을 개선하면 하나의 성능은 저하되는 것이 일반적이지만, 읽기 작업과 쓰기 작업을 병행가능하면서 데이터의 일관성도 특정 시점 ( 쿼리 또는 트랜잭션 시작 시점)으로 고정되어 유지되도록 방법으로 (1.                             , 영문 :                                                             )이 있으나,  이 방식의 단점으로는 대용량 데이터 처리시 (                                 ) 에러가 발생할 수 있다는 점이다.