SQLD 3회 기출복원 풀이

정답 ③

개념 스키마는 외부 스키마에서 요구한 데이터를 통합하여 데이터베이스 전체의 논리적 구조와 데이터 간의 관계를 정의한다. 조직 전체 관점이라 물리적 저장 구조나 특정 응용 프로그램에 의존하지 않는다. 지문의 '통합'·'전체'·'논리적 구조'가 곧 개념 스키마의 핵심 표지다.

🔑 암기 3단계 스키마 — 외부(사용자/응용 관점) · 개념(조직 전체 통합 관점) · 내부(물리적 저장 관점).

정답 ④

발생 시점에 따라 구분하는 엔터티 유형은 기본 엔터티·중심 엔터티·행위 엔터티 세 가지다. '사건 엔터티'는 발생 시점이 아니라 물리적 형태의 존재 여부(유형/개념/사건)에 따른 다른 분류 축에 속하므로, 발생 시점 분류로는 적절하지 않다. 비슷한 이름으로 헷갈리게 만든 보기다.

🔑 암기 발생 시점 분류 = 기본 · 중심 · 행위.

정답 ④

[계약]은 고객과 납부자 간의 M:N 관계를 푸는 단순 연결 테이블이 아니다. 고객과 납부자는 서로 직접적인 다대다 관계로 모델링되지 않았고, [계약]은 계약기간·계약금액 같은 핵심 정보를 관리하는 행위 엔터티다. 따라서 [계약]을 관계 해소용 교차 테이블로 보는 설명은 본질을 축소한 것이다.

오답 ① 고객번호·서비스번호·납부자번호가 모두 외래 키로 들어 있다. ② 고객과 계약은 1:N이라 한 고객이 여러 계약을 가진다. ③ 계약은 서비스번호(FK)를 단일 속성으로 가져 하나의 서비스와 연결된다.

🔑 암기 행위(사건) 엔터티 = 업무 행위가 일어날 때마다 발생, 자신만의 핵심 속성을 가진다(교차 엔터티와 구분).

정답 ②

파생 속성은 다른 속성들로부터 유도된 속성으로, 기존 속성을 이용해 값을 계산하거나 도출한다. 합계·평균·총금액 같은 통계/연산 결과가 대표적이다.

🔑 암기 속성 분류 — 기본 속성(원래 업무 데이터) · 설계 속성(설계 과정에서 만든 코드/일련번호) · 파생 속성(계산·도출 값).

정답 ④

상품과 주문은 1:N 관계이며, [주문] 테이블이 상품번호(FK)를 직접 포함하므로 한 건의 주문은 오직 한 상품만 참조한다. 따라서 하나의 주문이 여러 상품을 포함할 수는 없다. 한 주문에 여러 상품을 담으려면 다대다 관계이거나 별도의 주문상세 엔터티가 있어야 한다.

오답 ①③ 상품:주문 = 1:N이라 한 상품이 여러 주문에 연결된다. ② 주문이 상품번호(FK) 하나만 가지므로 한 주문은 한 상품과 연결된다.

⚠️ 함정 "장바구니에 여러 상품"이라는 현실 경험을 끌어들이면 안 된다. ERD의 관계선과 외래 키 구성만으로 판단한다.

정답 ②

주식별자는 개체 무결성 제약에 따라 NULL을 가질 수 없다(존재성). NULL을 허용하면 인스턴스를 유일하게 식별할 수 없으니 주식별자의 역할 자체가 무너진다. 나머지는 유일성·최소성(①), 유일성(③), 불변성(④)을 정확히 설명한다.

🔑 암기 주식별자 4대 특징 — 유일성 · 최소성 · 불변성 · 존재성(NOT NULL).

정답 ③

주민등록번호는 업무상 이미 존재하는 속성으로 구성된 본질식별자다. 하지만 개인정보 보호와 조인 효율 같은 관리 편의성 때문에, 설계 과정에서 만든 사원번호가 주식별자로 채택되었다. 이때 주민등록번호는 일반 속성으로 남는다. 본질식별자가 있어도 인조식별자를 주식별자로 쓰는 전형적인 모델링이다.

오답 ① 식별 관계는 부모의 주식별자가 자식의 주식별자에 포함될 때 성립하는데, 여기서 부서번호는 사원의 주식별자가 아니므로 비식별 관계다. ② 부서번호는 외래 키라 참조 무결성 제약이 적용된다. ④ 부서와 사원은 1:N이며 사원이 부서에 필수로 참여하므로 부서 없이 존재할 수 없다.

🔑 암기 본질식별자(업무상 의미: 주민번호) vs 인조식별자(관리용으로 새로 생성: 사원번호). 편의를 위해 인조식별자를 주식별자로 채택 가능.

정답 ①

제1정규형은 모든 속성이 원자값(하나의 값)을 가져야 한다는 원칙이다. 담당자 칼럼에 여러 명이 쉼표로 들어간 다중값 속성은 1NF 위반이다. 이를 해결하려면 프로젝트ID와 담당자 한 쌍이 한 행을 이루도록 분리해야 한다.

오답 ② 쉼표로 묶는 것은 여전히 한 칼럼에 여러 값이 들어가 1NF 위반이다. ③④ 담당자1·담당자2처럼 칼럼을 늘리는 방식은 반복 그룹을 만들어 1NF 위반이며, 담당자 수 변동에도 취약하다.

🔑 암기 1NF = 모든 속성이 원자값. 다중값은 행으로 분리(별도 엔터티)한다.

정답 ①

학생과 수강신청은 1:N 관계다. 한 학생 인스턴스는 여러 수강신청 인스턴스를 가질 수 있고, 각 수강신청은 반드시 하나의 학생에 속한다.

오답 ② 수강신청은 선택적(0..N)이라 학생을 추가할 때 수강신청을 꼭 만들 필요는 없다. ③ 자식(수강신청)을 지워도 부모(학생)는 삭제되지 않는다. ④ 학번이 수강신청의 주식별자에 포함된 식별 관계라 NULL을 허용하지 않으며, 참조 무결성에 따라 그 학번은 학생 테이블에 반드시 존재해야 한다.

🔑 암기 1:N 해석 — 기준 엔터티 1건당 참조 엔터티 여러 건. 식별 관계의 외래 키는 NULL 불가.

정답 ②

SUM·AVG·MAX·MIN 같은 집계 함수는 입력값 중 NULL을 자동으로 제외하고 계산한다.

오답 ① NULL과의 비교 결과는 FALSE가 아니라 UNKNOWN이다. ③ 0은 숫자 값이고 NULL은 값이 없는 상태라 서로 다르다. ④ 속성명 앞에 동그라미(O)로 NULL 허용을 표시하는 것은 Barker 표기법이며, IE 표기법은 별도의 기호로 표시하지 않는다.

⚠️ 함정 NULL = '값 없음(Unknown)'. 비교 연산은 UNKNOWN, 집계는 제외, 0이나 공백과 다르다.

정답 ③

실행 결과는 'son'으로 끝나는 Jason·Mason·Wilson 세 건이다. REGEXP_LIKE(FIRST_NAME, 'son$', 'i')는 끝($)이 'son'인 문자열을 대소문자 무시(i)로 찾으므로 실행하면 정확히 이 세 행을 반환한다.

오답 ① RTRIM(FIRST_NAME, 'n')은 오른쪽 'n'을 제거하므로, 끝이 n인 이름은 원본과 달라져 제외되고 Emily·Eric만 남는다. ② INSTR(LOWER(...), 'son') = 3은 'son'이 3번째에서 시작해야 하는데 Jason·Mason만 3번째이고 Wilson은 4번째라 Wilson이 누락된다. ④ LIKE '_son'은 언더바가 정확히 한 글자라 'son'으로 끝나는 4글자만 찾으므로 한 건도 없다.

🔑 암기 정규식 — $(문자열 끝) · i 옵션(대소문자 무시) · LIKE '_'(정확히 한 글자).

정답 ③

오라클의 문자 위치는 1부터 시작하고, 공백도 한 글자로 센다. 'AI ENGINEER'에서 A(1) I(2) 공백(3) E(4) N(5) G(6) I(7)이다.

• ① SUBSTR(..., 4, 2) = 4번째 'E'부터 2글자 → EN
• ② INSTR('AI ENGINEER', 'EN') = 'EN'의 시작 위치 4 → SUBSTR(..., 4, 2) → EN
• ③ SUBSTR(..., 7, 2) = 7번째 'I'부터 2글자 → IN
• ④ SUBSTR(..., -8, 2) = 오른쪽에서 8번째 'E'부터 2글자 → EN

실행하면 ①②④는 EN, ③만 IN을 반환해 ③이 다르다.

🔑 암기 SUBSTR(문자열, 시작, 길이) — 시작이 양수면 왼쪽부터, 음수면 오른쪽에서부터 센다.

정답 ④

GROUP BY를 쓰면 SELECT 절에는 그룹화 기준 칼럼이나 집계 함수가 적용된 표현식만 올 수 있다. MAJOR·YEAR(②③)는 그룹화 기준이라 그대로 쓸 수 있고, MIN(STUDENT_ID)(①)는 집계 함수라 통과한다. 그러나 GPA(④)는 그룹화에도 없고 집계 함수로 묶이지도 않아, 실행하면 ORA-00979: not a GROUP BY expression 오류가 난다.

🔑 암기 GROUP BY 황금 규칙 — SELECT에는 그룹 기준 칼럼 또는 집계 함수만.

정답 ②

• TO_CHAR(SYSDATE, ...) = 현재 시각 그대로 → 25-06-15 14:35:26
• TRUNC(SYSDATE) = 시·분·초를 잘라 자정으로 → 25-06-15 00:00:00
• ROUND(SYSDATE) = 정오(12:00:00)를 기준으로 반올림. 현재 14시 35분은 정오 이후라 다음 날 자정으로 → 25-06-16 00:00:00

세 값을 정확히 담은 것은 ②다. 고정 시각으로 실행해 검산한 결과와 일치한다.

🔑 암기 날짜 TRUNC = 시간 잘라 자정 / ROUND = 정오 기준 반올림(이전이면 오늘 자정, 이후면 다음 날 자정).

정답 ①

①은 연도를 2024로 고정하고 월을 5·6·7·8로 제한하므로, 시간 정보에 구애받지 않고 해당 기간을 정확히 추출한다.

오답 ② DATE '2024-08-31'은 시간이 생략되어 8월 31일 00:00:00을 뜻하고, BETWEEN은 양 끝값을 포함하므로 8월 31일 00시 이후에 들어온 주문이 누락될 수 있다. ③ TO_CHAR(주문일, 'MM')은 '05'~'08'을 반환하는데 비교값이 '5'~'8'이라 안 맞고, 연도 조건도 없어 다른 해의 5~8월까지 포함된다. ④ DAY <= 30 조건 때문에 31일 주문이 빠져 전체 기간을 담지 못한다.

⚠️ 함정 날짜 상수 DATE '...'는 시간이 00:00:00이라, BETWEEN 마지막 날의 그 이후 시각 데이터가 누락된다.

정답 ④

네 쿼리 모두 오류가 난다. 실행하면 각각 다음 오류를 던진다.

• (가) WHERE 절에는 집계 함수를 쓸 수 없다 → ORA-00934. 집계 조건은 HAVING으로.
• (나) 스칼라 서브쿼리가 단일 행을 반환해야 하는데 RATING >= 9인 영화가 Avatar·Inception·Interstellar 세 건이라 → ORA-01427 (다중 행 반환).
• (다) GROUP BY RATING인데 TITLE이 그룹 기준에도, 집계 함수에도 없다 → ORA-00979.
• (라) (다)와 같은 이유로 TITLE이 GROUP BY에 없어 → ORA-00979.

🔑 암기 WHERE에 집계 함수 금지 / 스칼라 서브쿼리는 단일 행·단일 칼럼 / SELECT 비집계 칼럼은 GROUP BY 필수.

정답 ②

ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW는 ID 순으로 첫 행부터 현재 행까지를 누적 범위로 잡는다. COUNT(CASE WHEN VAL = 3 THEN 1 END)에서 CASE는 VAL이 3이면 1, 아니면 NULL을 내고 COUNT는 NULL을 세지 않으므로, 누적 범위 안의 VAL=3 개수만 집계된다. ID 3까지의 VAL은 2·3·3이라 3이 두 번 등장하므로 CNT_3은 2다. 실행하면 ID 3 행의 CNT_3은 2로 나온다.

🔑 암기 누적 프레임 UNBOUNDED PRECEDING ~ CURRENT ROW + COUNT(CASE ...) = 조건 만족 건수의 누적.

정답 ③

• ① RANK()는 공동 순위 뒤를 건너뛴다(1,1,3...). RNK <= 3이면 900·900·850 세 행.
• ② DENSE_RANK()는 건너뛰지 않는다(1,1,2...). RNK <= 2면 900·900·850 세 행.
• ④ 내림차순 정렬 후 ROWNUM <= 3 → 900·900·850.
• ③ 인라인 뷰에서 DISTINCT SALES로 중복을 먼저 없애 900·850·800·750·700이 되고, 상위 3개는 900·850·800.

실행하면 ①②④는 {900, 900, 850}, ③만 {900, 850, 800}이라 ③이 다르다.

⚠️ 함정 DISTINCT가 중복 값(900) 자체를 하나로 합쳐 결과 건수와 구성을 바꿔 버린다.

정답 ②

SELECT DISTINCT PNAME의 고유값은 Pen·Book·Note·Ruler·Eraser·NULL로 NULL을 포함해 6개다.

• ② COUNT(*)는 NULL 여부와 무관하게 행을 세므로 NULL 행까지 포함해 6.
• ① COUNT(DISTINCT PNAME)은 NULL을 제외한 서로 다른 값만 세어 5.
• ③ DISTINCT 결과에 NULL이 있어도 COUNT(PNAME)이 NULL을 빼므로 5.
• ④ 처음부터 WHERE PNAME IS NOT NULL로 NULL을 제외하므로 5.

실행하면 ①③④는 5, ②만 6이라 ②가 다르다.

⚠️ 함정 COUNT(*)는 NULL 행도 세지만 COUNT(칼럼)은 NULL을 뺀다. DISTINCT는 NULL을 하나의 고유값으로 남긴다.

정답 ②

결과를 보면 (카테고리, 판매연도)별 상세, 카테고리별 소계(판매연도 NULL), 전체 합계(둘 다 NULL)가 순서대로 나온다. 이렇게 나열한 칼럼의 오른쪽에서 왼쪽으로 단계적 소계와 전체 총계를 만드는 것은 ROLLUP이다. 실행하면 GROUP BY ROLLUP(카테고리, 판매연도)가 이 결과를 그대로 만든다.

오답 ① CUBE라면 판매연도만의 소계(카테고리 NULL)까지 나와 행이 더 늘어난다. ④ GROUPING은 소계/총계 행을 판별하는 함수일 뿐 그룹화 연산자가 아니다.

🔑 암기 ROLLUP(A, B) = 상세 → A별 소계 → 전체 총계(한 방향). CUBE는 모든 조합.

정답 ③

세 쿼리를 UNION ALL로 합치므로 행 수는 단순 합산된다.

• LEFT JOIN: AUTHOR 6행 중 A001~A005는 매칭되고 A006은 NULL로 붙어 6행.
• RIGHT JOIN: BOOK 5행이 모두 AUTHOR에 있어 5행.
• INNER JOIN ON A.A_ID <> B.A_ID: 6 × 5 = 30 조합에서 같은 A_ID로 매칭되는 5건을 뺀 25행.

6 + 5 + 25 = 36. 실행하면 36행을 반환한다.

🔑 암기 비등가 조인(<>) 건수 = (카티션 곱) − (일치 건수). UNION ALL은 중복 제거 없이 합산.

정답 ②

첫 EXISTS는 '010이 아닌 전화번호가 하나라도 있는' 고객, 둘째 NOT EXISTS는 '010 범위 전화번호가 하나도 없는' 고객을 뜻한다. 두 조건을 모두 만족하려면 010을 전혀 쓰지 않고 다른 번호만 쓰는 고객이어야 한다.

• 김수연(C001): 02 번호도 있지만 010 번호도 있어 탈락.
• 박민호(C002): 031 번호만 있고 010은 없어 통과.
• 이영숙(C003): 010 번호만 있어 탈락.

실행하면 박민호 한 건을 반환한다.

🔑 암기 EXISTS = 조건 만족 행이 하나라도 있는지 / NOT EXISTS = 조건 만족 행이 하나도 없는지.

정답 ④

두 테이블의 공통 값은 G 하나뿐이다.

• LEFT JOIN: A의 4행 모두 출력(매칭 안 되면 NULL) → 4행.
• RIGHT JOIN: B의 4행 모두 출력 → 4행.
• FULL OUTER JOIN: 양쪽 합집합(4 + 4 − 공통 1) → 7행.
• INNER JOIN: 공통 값만 → 1행.

4 + 4 + 7 + 1 = 16. 실행해도 16으로 나온다.

🔑 암기 중복 키가 없을 때 L + R + F + I = 2 × (N + M). 여기선 N = M = 4라 16.

정답 ④

NATURAL JOIN은 두 테이블에서 이름이 같은 모든 칼럼을 자동으로 찾아 동등(=) 조인한다. 조건을 명시하지 않아도 동일 칼럼명을 기준으로 EQUI JOIN이 수행된다.

오답 ① INNER JOIN도 EQUI JOIN을 할 수 있지만 조건을 직접 지정해야 한다. ② CROSS JOIN은 조건 없는 카티션 곱이다. ③ OUTER JOIN은 매칭되지 않는 행도 NULL로 포함한다.

🔑 암기 NATURAL JOIN = 같은 이름 칼럼 자동 EQUI 조인 / USING = 지정한 같은 이름 칼럼으로 조인.

정답 ③

T1에서 T2를 뺀 차집합은 C·D 둘이다. ①(MINUS), ②(LEFT JOIN 후 IS NULL), ④(NOT IN)는 모두 C·D를 반환한다.

③은 차집합이 아니라 카티션 곱이다. T1 × T2의 8개 조합에서 값이 서로 다른 행만 남긴다. C는 T2의 A·B 모두와 다르니 두 번, D도 A·B와 달라 두 번, A는 B와만 달라 한 번, B는 A와만 달라 한 번 나온다. 실행하면 A·B·C·C·D·D로 6행이 되어 혼자 다르다.

🔑 암기 차집합 = MINUS = LEFT JOIN + IS NULL = NOT IN = NOT EXISTS. A.VAL <> B.VAL은 차집합이 아니다.

정답 ①

INTERSECT는 두 결과에 공통으로 존재하는 행만 반환하는 교집합 연산자이며, 집합 연산자(UNION·INTERSECT·MINUS)는 뒤에 ALL을 붙이지 않는 한 기본으로 중복을 하나로 제거한다.

🔑 암기 UNION/INTERSECT/MINUS = 기본은 중복 제거. UNION ALL만 중복 보존.

정답 ②

실행 결과는 NAME별 가장 큰 M_ID만 남은 모습이다. 빈칸에 A.M_ID < B.M_ID를 넣으면, 같은 이름에서 자신보다 큰 M_ID를 가진 B와 조인된다. 그런 B가 있으면 매칭되어 B.M_ID IS NULL에서 걸러지고, 없으면(=내가 그 이름의 최댓값) B가 NULL이 되어 살아남는다. 실행하면 104·105·107이 남아 결과와 일치한다.

오답 ① ③ <=·>=는 자기 자신(같은 행)까지 매칭되어 항상 B가 존재하므로 한 건도 안 남는다. ④ >는 자신보다 작은 값이 없는 행, 즉 최솟값을 골라 결과와 다르다.

🔑 암기 최댓값 셀프 조인 — A < B로 LEFT JOIN 후 B IS NULL(나보다 큰 동명이인이 없음 = 최댓값).

정답 ②

그룹별 집계 결과를 조건으로 거르므로 HAVING이 맞고, '가장 많은' 부서는 모든 부서 인원수와 비교해 크거나 같아야 하니 >= ALL이다. >= ALL(...)은 서브쿼리의 모든 값보다 크거나 같다는 뜻이라 결국 최댓값과 같은 부서만 남는다. 실행해 보면 ALL은 최다 부서만, ANY는 최소 이상이라 거의 모든 부서가 나온다.

🔑 암기 >= ALL = 최댓값 이상(=최댓값) / >= ANY = 최솟값 이상.

정답 ③

M.이벤트번호 = E.이벤트번호는 필수 조인 조건이다. 이를 누락하면 메일발송과 이벤트가 카티션 곱으로 결합해, 이벤트 일치 여부와 무관하게 행이 존재하는 것으로 판단된다. 그러면 NOT EXISTS의 판정이 뒤집혀 결과가 달라질 수 있으므로 "조인 조건이 없어도 결과는 변하지 않는다"는 ③이 틀렸다.

오답 ① NOT EXISTS로 발송 이력이 없는 회원을 찾는다. ② EXISTS는 행의 존재 여부만 보므로 SELECT 절에 1·'X' 같은 상수를 써도 무방하다. ④ M.회원번호 = A.회원번호는 외부 쿼리 값을 참조하는 상관(Correlated) 서브쿼리의 핵심 조건이다.

⚠️ 함정 여러 테이블을 나열하고 조인 조건을 빼면 카티션 곱이 생겨 EXISTS/NOT EXISTS 판정이 뒤집힐 수 있다.

정답 ④

>= ANY는 비교 집합 중 하나라도 만족하면 참이라, '점수 >= ANY(같은 학과 점수들)'은 학과 최저점 이상이면 모두 통과한다. 결국 학과 내 최저점 학생까지 포함되어 '가장 높은 학생'을 찾는 목적과 어긋난다. 최고점만 구하려면 >= ALL이어야 한다.

오답 ① 나보다 점수 높은 같은 학과 학생이 없는 사람(NOT EXISTS) = 1등. ② 서브쿼리로 학과별 MAX를 구해 조인. ③ RANK() = 1로 학과별 1등. 모두 올바른 패턴이다.

🔑 암기 그룹 최댓값 = NOT EXISTS(더 큰 값 없음) · MAX 조인 · RANK() = 1 · >= ALL. >= ANY는 최솟값 이상이라 오답.

정답 ③

DROP은 객체 구조를 다루는 데이터 정의어(DDL)다. DML은 데이터를 다루는 SELECT·INSERT·UPDATE·DELETE·MERGE이므로 DROP과 묶인 ③이 잘못된 연결이다.

🔑 암기 DDL = CREATE·ALTER·DROP·RENAME(TRUNCATE) / DML = SELECT·INSERT·UPDATE·DELETE·MERGE / DCL = GRANT·REVOKE / TCL = COMMIT·ROLLBACK·SAVEPOINT.

정답 ①

점(.)은 개행 문자(\n)를 제외한 임의의 한 문자와 일치한다. 스페이스·탭 같은 공백 문자는 개행이 아니므로 점에 포함된다. 따라서 "공백 문자를 제외"라고 한 ①이 틀렸다.

🔑 암기 . = 개행만 제외한 임의의 한 문자(공백 포함) / ^ 시작 · $ 끝 / \w = 영문자·숫자·밑줄.

정답 ④

결과는 상품별 월별 상세와 상품별 소계만 있고 전체 총계는 없다. 이렇게 원하는 집계 조합만 골라 만드는 것은 GROUPING SETS이며, (PRODUCT_ID, PERIOD) 상세와 (PRODUCT_ID) 소계 두 조합을 지정한 ④가 정확하다. 실행하면 소계 행의 PERIOD가 NULL이라 NVL(PERIOD, '소계')로 '소계'가 찍힌다.

오답 ① GROUP BY PERIOD, ROLLUP(PRODUCT_ID)는 기간 기준이라 요구한 상품별 소계가 안 나온다. ② CUBE는 기간별 소계·전체 총계까지 추가로 만든다. ③ (PRODUCT_ID), (PERIOD)만 묶어 상품별 월별 상세가 빠진다.

🔑 암기 GROUPING SETS는 괄호로 지정한 그룹 조합만 개별 집계(방향성·총계 강제 없음).

정답 ④

서브쿼리에서 MAX(급여) OVER (PARTITION BY 부서코드)로 부서별 최고급여를 각 직원에 붙인다(100=3000, 200=4500, 300=4500). 메인쿼리에서 X.최고급여 = Y.급여로 자기 부서 최고급여와 같은 직원만 남긴다. 실행하면 박민호(002)·이영숙(003)·장민호(006) 세 명이 나와 ④와 일치한다.

🔑 암기 MAX() OVER (PARTITION BY ...)로 그룹 최댓값을 각 행에 확장한 뒤, 그 값과 같은 행만 골라 그룹별 최고 행을 추출한다.

정답 ②

WHERE 1 = 2라 입력 행이 0건이다. 그래도 집계 함수는 입력이 없어도 결과 행을 1개 반환하고, 이때 COUNT(*)는 행을 세는 함수라 0을 돌려준다. 따라서 NVL(0, -1)이 되는데, NVL은 첫 인자가 NULL일 때만 두 번째 값으로 바꾸므로 0은 그대로 0이 된다. 실행하면 0이 나온다.

⚠️ 함정 COUNT(*)는 데이터가 없으면 NULL이 아니라 0을 반환한다(MAX·MIN·SUM은 NULL). 그래서 NVL이 작동하지 않는다.

정답 ②

둘 이상의 칼럼을 하나의 조합으로 묶어 비교하고, 메인쿼리와 서브쿼리의 칼럼 개수·위치가 일치해야 하는 것은 다중칼럼 서브쿼리다. (부서코드, 급여) IN (SELECT 부서코드, MAX(급여) ...)처럼 쓴다.

🔑 암기 다중칼럼 서브쿼리 = 칼럼 조합 단위 비교, 메인·서브 칼럼 개수·위치 일치 필수.

정답 ④

WHEN MATCHED는 ID가 일치하는 10·20 중 T1.ID <= 10인 10만 갱신해 John이 Jack이 되고, 20은 Mary 그대로 남는다. WHEN NOT MATCHED는 T1에 없는 30·40 중 T2.ID >= 40인 40(Laura)만 삽입하고 30은 제외한다. 실행 후 T1은 10/Jack, 20/Mary, 40/Laura가 되어 ④와 일치한다.

🔑 암기 MERGE — MATCHED는 UPDATE, NOT MATCHED는 INSERT. 각 절의 WHERE 조건을 만족하는 행만 작업한다.

정답 ①

오라클은 COMMIT되지 않은 데이터를 다른 세션이 읽지 못하게 막는다(읽기 일관성). 즉 더티 리드(Dirty Read)를 허용하지 않으므로, 다른 세션은 COMMIT 이후에야 변경 내용을 볼 수 있다. 따라서 "COMMIT 전이라도 조회로 확인할 수 있다"는 ①이 틀렸다.

오답 ② 수정 중인 행은 잠금 때문에 다른 세션이 동시에 수정할 수 없다. ③ 같은 세션은 자기 변경을 바로 본다. ④ ROLLBACK은 트랜잭션의 모든 변경을 취소한다.

🔑 암기 오라클은 더티 리드 불허 — 미커밋 변경은 본인 세션만 조회 가능.

정답 ②

CHAR는 고정 길이라 빈자리에 공백이 채워지고, 비교할 때 뒤쪽 공백은 무시하지만 앞쪽 공백은 글자로 본다.

• 'cat' = 'cat' → 같음
• 'dog' vs ' dog' → 앞쪽 공백이 있어 다름
• 'fish' vs 'fish ' → 뒤쪽 공백은 무시되어 같음
• 'bird' vs ' bird ' → 앞쪽 공백이 있어 다름

같은 행은 'cat'·'fish' 두 건이라 실행하면 2가 나온다.

⚠️ 함정 CHAR 비교 — 뒤쪽 공백은 무시(blank-padded), 앞쪽 공백은 비교에 포함된다.

정답 ③

• (가) P001의 PRICE는 500·700·NULL이다. SUM(PRICE) = 1200, COUNT(PRICE)는 NULL을 빼고 2 → 1200 / 2 = 600.
• (나) 서브쿼리 MIN(PRICE) WHERE PROD_ID = 'P002' = 900이라 조건은 PRICE > 900. 전체에서 900보다 큰 값은 P002의 1100뿐이다. SUM(PRICE) = 1100, COUNT(*) = 1 → 1100 / 1 = 1100.

순서대로 600, 1100이라 ③이다. 실행해도 같다.

🔑 암기 COUNT(칼럼)은 NULL 제외, COUNT(*)는 전체 행. 분모가 무엇이냐로 평균이 갈린다.

정답 ②

CONNECT BY 절은 부모와 자식 간의 관계와 전개 방향을 정의한다(PRIOR 부모키 = 자식키 형태). 계층 단계인 LEVEL은 개발자가 지정하는 것이 아니라, 전개되면서 오라클이 자동으로 부여하는 의사 칼럼(Pseudo Column)이다. 따라서 "CONNECT BY가 LEVEL을 지정한다"는 ②가 틀렸다.

오답 ① START WITH는 루트 노드 지정. ③ ORDER SIBLINGS BY는 형제 노드 정렬. ④ WHERE는 전개 후 최종 결과 집합에 조건 적용.

🔑 암기 START WITH(시작점) · CONNECT BY(부모-자식 관계·방향) · LEVEL(자동 부여 의사 칼럼) · ORDER SIBLINGS BY(형제 정렬).

정답 ③

실행 결과는 같은 일자에 속한 모든 행이 동일한 누적값을 가진다(20250102의 A·B가 모두 600). 이는 '현재 행의 일자보다 작거나 같은 모든 매출의 합'을 논리적으로 구한 것이다. ③의 상관 서브쿼리 WHERE B.일자 <= A.일자가 정확히 이 값을 만든다. 실행하면 결과표와 일치한다.

오답 ① ④ PARTITION BY 상품코드라 상품별로 누적해 같은 일자라도 값이 갈린다. ② ROWS는 물리적 행 단위 누적이라 같은 일자의 위·아래 행 값이 달라진다(행 기준이라 600·600이 안 나옴). 같은 결과를 윈도우 함수로 내려면 RANGE를 써야 한다.

🔑 암기 ROWS(물리적 행 누적) vs RANGE·상관 서브쿼리 <=(논리적 값 누적, 동점은 같은 값).

정답 ④

COUNT(*) OVER (ORDER BY SCORE RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)는 점수 기준으로 처음부터 현재 행까지 누적 개수를 센다. RANGE라 현재 행의 SCORE 이하(동점 포함)인 모든 행이 대상이다. P05의 SCORE는 100으로 전체 최고점이라 SCORE <= 100인 5개 행이 모두 집계된다. 실행하면 5가 나온다.

🔑 암기 마지막 순위의 RANGE 누적은 결국 전체 건수와 같다.

정답 ①

UNPIVOT으로 APR·MAY·JUN 열이 행으로 펼쳐지면 SALES_MONTH 칼럼에는 'APR'·'MAY'·'JUN'이라는 문자열이 들어간다. ORDER BY NAME, SALES_MONTH는 이 문자열을 사전순으로 정렬하므로 APR → JUN → MAY 순서가 된다. 실행하면 지역별로 APR·JUN·MAY 순으로 9행이 나와 ①과 일치한다.

오답 ② 시간순(APR·MAY·JUN)으로 정렬한 함정. ③ 값이 합쳐진 잘못된 결과. ④ NAME이 아니라 월 우선으로 정렬한 형태.

⚠️ 함정 UNPIVOT으로 만들어진 기준 칼럼 값은 문자열이라, ORDER BY가 사전순(APR·JUN·MAY)으로 정렬한다(시간순 아님).

정답 ②

RENAME COLUMN은 칼럼 이름만 바꾼다. 데이터 타입·크기·속성을 바꾸려면 ALTER TABLE ... MODIFY를 써야 한다. 따라서 "데이터 타입도 변경할 수 있다"는 ②가 틀렸다.

🔑 암기 ALTER TABLE — RENAME COLUMN(이름) · MODIFY(타입/크기/속성) · ADD(추가) · DROP COLUMN(삭제).

정답 ②

(가) OFFSET 3 ROWS로 3개를 건너뛴 뒤 FETCH FIRST 5 ROWS ONLY가 그다음부터 최대 5개를 가져오므로 맞다. (나) ORDER BY 가격 DESC NULLS LAST로 내림차순 정렬하고 NULL은 끝에 두므로 맞다.

(다)는 틀렸다. 실제로는 ORDER BY가 먼저 실행되어 정렬이 끝난 뒤, 그 결과에 OFFSET과 FETCH가 적용된다. 정렬 전에 건너뛴다는 설명은 잘못이다. 따라서 (가)·(나)만 옳다.

🔑 암기 정렬(ORDER BY) → 건너뛰기(OFFSET) → 추출(FETCH) 순서.

정답 ④

UNIQUE는 값의 중복을 막지만, NULL은 서로 다른 값으로 간주해 비교 대상에서 제외한다. 그래서 한 칼럼에 NULL을 여러 개 넣을 수 있다. "여러 개의 NULL을 가질 수 없다"는 ④가 틀렸다.

오답 ① 제약은 테이블 칼럼에 적용된다. ② PRIMARY KEY = UNIQUE + NOT NULL. ③ CHECK는 조건이 TRUE일 때만 허용한다.

⚠️ 함정 UNIQUE 칼럼에도 NULL은 여러 개 허용된다(NULL끼리는 같다고 판단하지 않음).

정답 ①

카테고리ID 10을 시작점으로 하므로 START WITH 카테고리ID = 10이어야 한다. 그리고 부모의 카테고리ID가 자식의 상위카테고리ID와 일치하는 경로를 따라 내려가는 순방향(하향) 전개라 CONNECT BY PRIOR 카테고리ID = 상위카테고리ID가 맞다. 이 조합이 10번 아래 모든 하위 카테고리를 최하위까지 조회한다.

오답 ② 시작점은 맞지만 PRIOR 상위카테고리ID = 카테고리ID는 자식에서 부모로 가는 상향 전개라 하위 조회가 안 된다. ③ ④ 시작점이 루트(상위카테고리ID IS NULL)라 10 기준 전개가 아니다.

🔑 암기 순방향(하향) 전개 = CONNECT BY PRIOR 부모키(카테고리ID) = 자식키(상위카테고리ID).

정답 ④

TOP 5 ... ORDER BY 주문일자 DESC는 최신순으로 정렬한 뒤 상위 5개를 가져온다. ④는 ROW_NUMBER() OVER (ORDER BY 주문일자 DESC)로 정렬 순위를 매긴 다음 RN <= 5로 잘라 동일하게 동작한다.

오답 ① WHERE ROWNUM <= 5가 ORDER BY보다 먼저 적용되어, 정렬 전 임의의 5개가 잘린 뒤 정렬되므로 최신 5개가 아니다. ② ORDER BY 주문일자 ASC라 가장 오래된 5개가 나온다. ③ RANK()는 주문일자가 같으면 같은 순위를 주고 다음 순위를 건너뛰어, 동일 일자가 많으면 결과가 5개를 넘을 수 있다.

🔑 암기 정렬 후 추출을 보장하려면 인라인 뷰 정렬 후 ROWNUM, 또는 ROW_NUMBER() OVER (ORDER BY ...)를 쓴다.

정답 ③

패턴 ^L[^aeiou][A-Za-z]*on$을 분해하면 — ^L(L로 시작) · [^aeiou](두 번째 글자가 모음이 아님) · [A-Za-z]*(영문자 0개 이상) · on$(on으로 끝남)이다. 두 번째 글자가 모음인 London(o)·Lisbon(i)·Larcon(a)·Luton(u)은 모두 탈락하고, Lyon만 두 번째가 'y'(모음 아님)이면서 'on'으로 끝나 통과한다. 실행하면 Lyon 한 건을 반환한다.

🔑 암기 ^(시작) · [^...](지정 문자 제외) · $(끝). [^aeiou]는 모음이 아닌 한 문자.