🗓 22-08-31

SQLP 이론 복습

(1) 고도화

SQLP 실기 풀이

(1) [SQLP실기풀이]4장 조인튜닝(4)-고급조인기법 50번
(2) [SQLP실기풀이]4장 조인튜닝(4)-고급조인기법 51번
(3) [SQLP실기풀이]4장 조인튜닝(4)-고급조인기법 52번
(4) ⭐️ [SQLP실기풀이]4장 조인튜닝(4)-고급조인기법 53번

• 부분범위처리 조인 주의 !!

SQLP 필기 풀이

(1) [SQLD필기풀이]2장 SQL활용 105~127번
p.108 ~ p.127
(2) [SQLD필기풀이]3장 SQL 최적화 기본 원리 128번~146번
p.130 ~ p.136
(3) [SQLP필기문제]7장 LOCK과 트랜잭션 동시성 제어 (3) 동시성 제어

👀 8/31 복기

[1] 부분범위 처리 안 order by 처리 제대로

50번

50번

• order by를 바깥에도 쓰도록 해야한다 꼭 !!

[2] 부분범위 처리에 INDEX_DESC 힌트 사용

51번

51번

[3] Index_FFS + 해시조인으로 범위 줄이기

52번

52번

• ⭐️ MIN(B.등록일시) 등록일시 추가 해야하는지 ?

[4] ⭐️ 부분범위처리 + nl조인 동시에 처리하기

⭐️ 꼭 부분범위 처리 후 바깥에서 조인할 필요는 없다.

53번

• ⭐️ 그냥 안에다가 같이 조인하고 밖에 rownum을 설정해도 된다고 !!!

[5] 비관적 동시성제어와 낙관적 동시성 제어

31번

✅ 비관적 동시성 제어 vs. 낙관적 동시성 제어

• 비관적 동시성 제어

  • 비관적인 시각으로 동시성을 제어할 때는 현재의 트랜잭션이 데이터를 읽어서 연산하는 과
    정에 다른 트랜잭션이 해당 데이터를 수정할 가능성이 매우 높다고 보고 데이터를 읽는 시
    점부터 아예 Lock을 설정한다.

• 낙관적 동시성 제어

  • 낙관적인 시각으로 동시성을 제어할 때는 현재의 트랜잭션이 데이터를 읽어서 연산하는 과
    정에 다른 트랜잭션이 해당 데이터를 수정할 가능성이 매우 낮다고 보고 데이터를 읽는 시점에는 일단 Lock을 설정하지 않는다.
  • 하지만, 그 데이터를 다른 트랜잭션이 변경했을 가능성이 있으므로 이후에 같은 데이터를 다시 읽거나 변경할 때는 반드시 변경 여부를 확인해야 한다.
  • LOCK을 설정하지 않으므로 LOCK에 의한 성능저하를 예방한다.
    34번

• 낙관적 동시성 제어

  • 데이터를 다른 트랜잭션이 변경했을 가능성이 있으므로 ⭐️이후에⭐️ 같은 데이터를 다시 읽거나 변경할 때는 반드시 변경 여부를 확인해야 한다.

[6] WAIT 또는 NOWAIT 옵션

33번

• update에는 wait, nowait 옵션이 없다.
• FOR UPDATE 절에 WAIT 3 옵션을 지정하면, Lock이 걸린 레코드를 만났을 때 최대 3초를 기다린다. 중간에 Lock이 해제되면 Lock을 설정하고 데이터를 읽겠지만, 3초를 기다렸는데도 해제되지 않으면 SELECT 문 전체를 종료한다.

[SQLD]

p.121 , 123

윈도우 함수

116번

• group by 절과 window함수가 같이 있을 땐 grouping된 결과집합에서 윈도우 함수 처리를 한다.

118번 : LAG 함수 , LEAD 함수

LAG(START_VAL) OVER(PARTITION BY ..) -- 현재 행으로부터 이전 START_VAL값
LEAD(START_VAL) OVER(PARTITION BY ..) -- 현재 행으로부터 이후 START_VAL값

p.126

124번

• PL/SQL에서 DDL문을 사용하려면 execute immediate 문을 써야한다.

트리거

125번 : 트리거의 용도

• 트리거의 용도는 데이터의 무결성과 일관성을 위해 사용자 정의 함수는 사용하는 것이다.

126번 : 트리거의 용도

• 트리거의 용도는 데이터의 무결성과 일관성을 위해 사용자 정의 함수는 사용하는 것이다.

p.134

140번

• 인덱스에서 INSERT와 DELETE 작업과는 다르게 UPDATE 작업에는 부하가 없을 수도 있다.
  • 인덱스 이외의 컬럼을 업데이트 할 때 말이다 !!