SQLP · Tuning practice

튜닝 연습

SQL과 실행계획을 읽고 어디를 어떻게 고칠지 SQL과 서술로 답합니다. SQL을 실제로 실행하지는 않습니다. 시험장에서처럼 실행계획만 보고 판단하는 연습입니다.

0/ 700 통과

기초0 / 211
중급0 / 312
실전0 / 177

채점 방식

문제를 열면 왼쪽에 상황, 테이블과 인덱스, 원본 SQL, 실행계획, 문제가 나옵니다.
오른쪽 편집기에서 원본 SQL을 고쳐 쓰고(인덱스 DDL과 힌트도 쓸 수 있습니다), 아래 칸에 개선 사유를 서술합니다.
확인을 누르면 문제마다 정해 둔 핵심 포인트를 짚었는지 채점합니다. 필수 포인트를 모두 맞히고 전체의 60% 이상을 맞히면 모범답안과 비슷하다고 판정합니다.
모범답안 보기를 누르면 개선 SQL, 개선 후 실행계획, 모범 서술, 해설을 내 답과 나란히 볼 수 있습니다.

채점은 정규식으로 핵심 용어와 SQL 형태를 확인하는 방식이라 완벽하지 않습니다. 통과하더라도 모범답안과 꼭 비교해 보세요. 다른 정답이 있으면 해설에 적어 두었습니다. 실행계획은 고객사별 실제 데이터 규모에 맞춘 학습용 예시이며, 교재에서 실측한 실행계획을 옮긴 문제에는 따로 표시했습니다. 문제는 시험 형식만 따랐을 뿐 기출 문제를 옮기지 않고 새로 만들었습니다. 진행 기록은 이 브라우저에만 저장됩니다.

700문제

IDX인덱스 사용 조건75

ACC인덱스 스캔 효율과 테이블 액세스75

JOIN조인 튜닝85

SUBQ서브쿼리와 쿼리 변환70

SORT소트 튜닝과 페이징70

PART파티션50

DMLDML과 배치 튜닝70

LOCKLock과 동시성 제어50

LOCK-001아무도 안 건드렸다는데 정산 화면이 10분 멈췄다중급UPDATE한빛유통 LOCK-002FK를 켠 다음 날, 개인정보 파기 배치가 주문 화면을 기다린다기초DDL이커머스 LOCK-0031,000건마다 커밋했는데 ORA-01555로 죽었다중급PLSQL유통 LOCK-004출고 작업자 8명이 한 명처럼 일한다중급SELECT이커머스 LOCK-005점심 피크에 결제 버튼을 누르면 1초쯤 멈췄다가 다시 시도하라고 뜬다기초INSERT버거 LOCK-006주문에 상품을 추가할 때 가끔 상세번호 중복 에러가 난다중급INSERT한빛유통 LOCK-007자동발주 배치가 도는 3분 동안 물류센터 입고 화면이 멈춘다기초PLSQL유통 LOCK-008혼자 하면 0.1초인 전표 확정이 월말 오후에는 2초씩 걸린다중급PLSQL한빛유통 LOCK-009채번 함수를 바꾼 뒤 정산 보정 적재가 0.3초에서 61초로 늘었다실전PLSQL한빛유통 LOCK-010출석 체크 이벤트가 열리는 10시 정각마다 포인트 적립이 3초를 넘긴다기초DDL이커머스 LOCK-011시퀀스로 바꾼 뒤 정산번호가 군데군데 빈다중급DDL한빛유통 LOCK-012매장 결제 저장이 건마다 0.3초씩 걸리고 토요일 오후엔 가끔 저장이 실패한다중급PLSQL유통 LOCK-013매일 아침 개점 직후 첫 주문에서 몇몇 매장의 키오스크가 번호 발급 실패를 띄운다기초PLSQL버거 LOCK-014본사 실시간 매출판의 하루 합계가 마감 매출보다 늘 몇 건 적다실전INSERT유통 LOCK-015주문번호 중복은 사라졌는데 점심 피크의 결제 저장이 여전히 느리다중급DDL버거 LOCK-016타임세일이 열리는 10시 정각마다 주문 등록이 0.03초에서 0.6초로 늘어난다실전DDL한빛유통 LOCK-017가격 한 칸 고치는 상품 화면이 점심때마다 1분씩 멈춘다중급UPDATE한빛유통 LOCK-018상품 11개를 지우는 정리 배치가 개점 뒤까지 끝나지 않는다실전DELETE유통 LOCK-019매장끼리 재고를 주고받는 마감 시간에 ORA-00060이 뜬다기초UPDATE유통 LOCK-020취소된 주문의 상세가 그대로 남았고, 그날 주문 수정 화면은 4분을 기다렸다중급PLSQL한빛유통 LOCK-021네 갈래로 나눠 돌린 판매 집계 재계산이 데드락으로 죽고, 다시 돌리니 숫자가 늘었다실전PLSQL버거 LOCK-022매시 정각부터 2분 동안 고객센터의 고객 정보 저장이 멈춘다기초SELECT한빛유통 LOCK-023매장 리포트를 빠르게 했다는 다음 날 점심, POS 결제가 수십 초씩 멈춘다중급INSERT버거 LOCK-024타임딜 10시 정각, 주문하기를 누른 화면이 몇 분씩 돌다가 사이트 전체가 멈췄다실전PLSQL이커머스 LOCK-025고객 정보를 열어 두기만 했는데 등급 재산정 배치가 50분을 기다렸다기초UPDATE한빛유통 LOCK-026정산 금액 저장 버튼 하나가 정산 시스템 화면 전체를 멈춘다기초SELECT한빛유통 LOCK-027전송 작업을 넷으로 늘렸는데 점심 큐는 하나일 때처럼 쌓인다중급PLSQL버거 LOCK-028입고 예정 배치는 매번 성공인데, 물류센터 화면에 없는 발주가 있다중급PLSQL유통 LOCK-029상담원 둘이 같은 고객을 고치면 먼저 저장한 쪽의 변경이 사라진다기초UPDATE한빛유통 LOCK-030하루 5,000개 한정 세트가 5,037개 팔렸다기초UPDATE버거 LOCK-031아무도 고치지 않은 주문인데 '다른 사용자가 먼저 수정했습니다'가 세 번에 한 번 뜬다중급DDL한빛유통 LOCK-032판매 중지로 바꾼 상품이 다음 날 판매 중으로 돌아와 있다중급UPDATE유통 LOCK-033적립금은 덜 쌓이고 환불은 두 번 나가고 결제 완료 주문은 결제 대기로 돌아갔다실전UPDATE한빛유통 LOCK-034점심 마감 보고서의 매장별 판매 건수를 더하면 총계와 맞지 않는다기초SELECT유통 LOCK-035포인트 대사 리포트의 한 줄 안에서 적립, 사용, 소멸과 잔액이 맞지 않는다중급SELECT이커머스 LOCK-036본사 반기 리포트가 새벽에는 31분에 끝나는데 낮에 돌리면 ORA-01555로 죽는다중급SELECT버거 LOCK-037아무도 고치지 않은 테이블을 읽는 아침 추출이 ORA-01555로 죽는다실전SELECT한빛유통 LOCK-038정산 배치에 SERIALIZABLE을 넣은 뒤로 아침마다 ORA-08177로 실패한다중급PLSQL한빛유통 LOCK-039SERIALIZABLE로 바꿨는데도 거래처 발주 한도가 또 넘쳤다실전PLSQL유통 LOCK-040컬럼 하나 더하는 패치를 돌린 3분 남짓 동안 쇼핑몰 주문 화면이 전부 멈췄다기초DDL한빛유통 LOCK-041실패해서 되돌렸다는 재고 마감을 세 번 돌리자 재고가 하루 판매량의 세 배만큼 줄었다기초PLSQL유통 LOCK-042메인 화면의 인기 상품 칸이 가끔 비고, 제휴사 상품 피드는 가끔 ORA-08103으로 끊긴다기초PLSQL이커머스 LOCK-043포장 여부 컬럼을 넣는 배포 스크립트가 점심 직전 4분 동안 환불 화면을 세우고 ORA-02296으로 끝났다중급DDL버거 LOCK-044지난달 교훈대로 ONLINE을 붙인 인덱스 생성이 38분째 끝나지 않는다중급DDL유통 LOCK-045매장 실시간 매출판을 연 뒤로 점심 결제가 서로 다른 매장끼리 줄을 선다중급DDL버거 LOCK-046토요일 오후 반품을 막던 UPDATE를 끊었는데 반품은 30분이 지나도 풀리지 않는다중급UPDATE유통 LOCK-047매달 1일 오전 월 마감 확정을 하는 20분 동안 쇼핑몰 주문이 한 건도 들어오지 않는다중급PLSQL한빛유통 LOCK-048월요일 10시 40분, 정산 화면 스물여섯 개가 멈췄는데 블로킹 트리의 뿌리가 둘이다실전SELECT한빛유통 LOCK-049토요일 오후 영업 중에 돌리겠다는 변경 작업 계획서 다섯 줄을 검토해 달라고 한다실전DDL유통 LOCK-050오후 3시에 돌린 2022년 주문 정리 3분 동안 반품 접수는 멈추고 대사 리포트는 서른 배 느려졌다실전UPDATE한빛유통

PARSE파싱과 바인드 변수45

OPT옵티마이저와 통계60

PLSQLPL/SQL과 사용자 정의 함수50