[SQLD] SQL 개발자 기출유형 모의고사 3회 해설 페이지

외부 스키마는 사용자나 응용 프로그램마다 필요한 데이터를 바라보는 관점을 정의한 것이다.
개념 스키마는 조직 전체의 통합 구조, 내부 스키마는 물리 저장 구조를 정의하며 이 층 분리로 데이터 독립성이 확보된다.
물리 저장 구조(레코드 형식·인덱스)를 정의하는 것은 내부 스키마다.
사용자별 뷰를 정의하는 것은 외부 스키마다.
논리적 독립성은 개념 스키마가 바뀌어도 외부 스키마가 유지되는 성질이다.

엔터티 이름은 모델 전체에서 유일해야 하므로 업무 영역이 달라도 같은 이름을 다시 쓰지 않는다.
그 밖에 현업 업무 용어 사용, 약어 지양, 단수 명사, 생성 의미대로 이름 붙이기가 명명 원칙에 해당한다.
현업 업무 용어 사용은 명명 원칙에 맞는다.
약어를 피하는 것은 명명 원칙에 맞는다.
단수 명사 사용은 명명 원칙에 맞는다.

도메인은 각 속성이 가질 수 있는 값의 범위(데이터 타입·길이·허용 값)를 정한 것이다.
속성 하나는 도메인 하나에 속하고, 한 인스턴스의 속성에는 하나의 값만 저장하는 것이 원칙이다.
속성은 하나의 도메인만 가진다.
속성명은 약어를 피하고 업무에서 쓰는 용어로 짓는다.
여러 값을 한 속성에 묶으면 1정규형을 위반한다.

자기참조(재귀) 관계는 같은 엔터티의 인스턴스끼리 맺는 관계로, 직원의 관리자번호가 같은 직원 엔터티의 직원번호를 참조하는 경우다.
소속처럼 상태로 연결되면 존재에 의한 관계, 등록처럼 업무 행위로 연결되면 행위에 의한 관계다.
직원이 부서에 소속되는 것은 존재에 의한 관계다.
직원이 매출을 등록하는 것은 행위에 의한 관계다.
관리자번호로 직원끼리 이어지는 것은 자기참조 관계다.

부모 없이도 자식이 생성될 수 있거나 생명주기가 따로 움직이면 비식별자 관계로 두고 부모 키를 일반 속성(FK)으로만 받는다.
반대로 부모에 강하게 종속되어 부모 키가 자식 식별에 필요하면 식별자 관계(실선)로 PK에 포함한다.
생명주기를 함께하는 강한 종속은 식별자 관계 기준이다.
자식 식별에 부모 키가 필요하면 식별자 관계다.
부모 키를 PK로 상속하는 것이 곧 식별자 관계다.

매출에는 직원번호만 있으므로 지점명을 얻으려면 매출→직원→지점으로 조인이 두 번 필요하다.
정규화는 수정·입력 이상을 없애지만 흩어진 데이터를 다시 모으는 조인이 늘어 조회 성능은 떨어질 수 있다.
지점명은 지점 엔터티 한 행만 고치면 되므로 매출 수정이 필요 없다.
조인이 늘어 조회가 느려질 수 있으므로 항상 좋아지지 않는다.
지점이 독립 엔터티라 직원 없이도 등록할 수 있다.

상위글번호가 같은 게시글 엔터티의 글번호를 참조하는 계층(자기참조) 관계이므로 한 테이블을 두 번 읽는 셀프 조인으로 조회한다.
예컨대 자식 A 와 부모 B 두 별칭을 두고 A.상위글번호 = B.글번호 로 연결하며, 원글이 없는 글까지 보려면 OUTER JOIN 을 쓴다.
카티션 곱은 모든 조합을 만들 뿐 원글을 찾지 못한다.
원글 하나에 답글이 여럿이므로 UNIQUE 제약은 맞지 않는다.
원글 제목은 게시글 속성이라 회원으로 옮길 이유가 없다.

B03 은 배송품목이 한 건도 없으므로 배송과 품목을 하나의 트랜잭션으로 함께 등록하라는 규칙을 어긴 데이터다.
이런 업무 규칙은 모델에서 배송 쪽의 배송품목 관계를 필수 참여로 표현하고, 두 INSERT 를 한 단위로 커밋해 보장한다.
품목 1건 이상이면 되므로 두 건인 B01 은 규칙에 맞다.
따로 커밋하면 품목 없는 배송이 생길 수 있어 규칙을 깬다.
반드시 함께 생기는 관계는 선택이 아니라 필수로 그린다.

SQL Server는 빈 문자열('')을 길이 0인 문자열로 저장하므로 NULL 과 구분하며, 빈 문자열을 NULL 로 바꾸는 것은 Oracle의 동작이다.
NULL 은 값이 없거나 알 수 없음을 뜻하므로 숫자 0, 공백 문자와 다르다.
NULL 은 0·공백과 다른 미지의 값이다.
NULL 이 섞인 사칙 연산 결과는 NULL 이다.
Oracle 은 빈 문자열을 입력하면 NULL 로 저장한다.

인조식별자는 값이 매번 새로 매겨지므로 같은 업무 데이터가 두 번 들어와도 막지 못해 중복 데이터가 생길 수 있다.
그래서 본질식별자 열에 유니크 인덱스를 따로 두는 경우가 많고, 그만큼 인덱스가 늘어나는 단점이 있다.
시퀀스·IDENTITY 로 자동 부여하는 것이 인조식별자의 특징이다.
여러 속성으로 된 복합 식별자를 단일 열로 단순화한다.
본질식별자 중복 방지용 인덱스가 추가로 필요해진다.

커밋이 완료된 변경은 장애가 나도 사라지지 않고 영구히 반영되어야 한다는 특성이 지속성(Durability)이다.
DBMS 는 커밋 시점의 로그를 디스크에 남겨 재기동할 때 커밋된 변경을 복구한다.
원자성은 트랜잭션 연산이 전부 반영되거나 전부 취소되는 성질이다.
일관성은 실행 전후 DB 가 무결성 제약을 만족하는 성질이다.
고립성은 동시에 실행되는 트랜잭션끼리 간섭하지 않는 성질이다.

기본급 + 수당은 행마다 먼저 계산되어 어느 한쪽이 NULL 인 직원번호 2·4 는 NULL이 되고, 집계 함수는 이 NULL 을 빼고 계산해 S1=350+310+320=980, CNT=3 이다.
반면 S2 는 열별로 NULL 을 제외해 먼저 합한 뒤 더하므로 1150+120=1270이 된다.
NULL 을 0 으로 보면 S1 이 1270, CNT 가 5 가 되지만 실제와 다르다.
COUNT(식)은 식이 NULL 인 행을 세지 않아 5 가 아니다.
S2 는 열마다 따로 합하므로 S1 과 같은 980 이 아니다.

WHERE 절은 SELECT 절보다 먼저 처리되므로 SELECT 절에서 붙인 열 별칭을 WHERE 절에서 참조할 수 없고, ORDER BY 절에서는 쓸 수 있다.
논리 실행 순서는 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY 이다.
DISTINCT 는 SELECT 목록의 모든 열 조합에 적용된다.
곱셈·나눗셈이 덧셈·뺄셈보다 먼저 계산된다.
Oracle 의 연결 연산자는 || 이고 + 는 SQL Server 방식이다.

TO_CHAR(출고일, 'YYYYMM') 은 시각과 무관하게 연월 문자열만 만들어 비교하므로 3월 1일 09시부터 31일 18시까지의 D02·D03·D04 만 남는다.
DATE 를 문자열로 비교할 때는 형식 모델을 명시해야 하며, 형식 없이 문자 함수에 넣으면 세션 기본 형식으로 암시적 형변환된다.
TO_DATE('202603','YYYYMM') 은 3월 1일 0시라 TRUNC 결과가 같은 D02 만 나온다.
월만 비교하면 2025년 3월의 D06 까지 포함된다.
기본 형식으로 바뀐 '26/03/15' 앞 6자는 '202603' 과 같아질 수 없다.

DECODE 는 비교 대상과 검색값이 모두 NULL 이면 같다고 보므로 M03 의 D 는 'N' 이 되지만, 단순 CASE 의 WHEN NULL 은 등급 = NULL 비교라 결과가 UNKNOWN 이어서 ELSE 의 'X' 가 나온다.
나머지 회원은 G 면 'Y', S·B 면 'X' 로 두 열이 같다.
CASE 도 NULL 을 잡는다고 본 결과로 M03 의 C 가 틀렸다.
DECODE 도 NULL 을 못 잡는다고 본 결과로 M03 의 D 가 틀렸다.
두 함수의 NULL 처리를 서로 뒤바꾼 결과다.

자릿수 -2 는 십의 자리에서 처리하므로 ROUND 는 -1250 을 절댓값 기준으로 올려 -1300, 80 을 100 으로 만들고, TRUNC 는 버리기만 해 -1200·0 이 된다.
MOD 는 나머지의 부호가 피제수를 따르므로 -1250 을 300 으로 나눈 나머지는 -50 이다.
-1250 의 반올림을 큰 쪽으로 올린 -1200 은 ROUND 결과가 아니다.
나머지를 양수로 맞춘 250 은 Oracle MOD 결과가 아니다.
80 은 십의 자리 8 이 5 이상이라 0 이 아니라 100 으로 반올림된다.

괄호 안이 FALSE 인 105·107 만 NOT 을 거쳐 TRUE 가 되며, 103(분류 NULL)과 104(조회수 NULL)는 괄호 안이 UNKNOWN 이고 NOT UNKNOWN 도 UNKNOWN 이라 제외된다.
106 은 분류가 NULL 이어도 조회수 150 > 100 이 TRUE 라 OR 전체가 TRUE 가 되어 빠진다.
107 의 조회수 100 은 100 초과가 아니므로 결과에 포함된다.
분류가 NULL 인 103 을 FALSE 로 보면 잘못 포함된다.
조회수가 NULL 인 104 도 UNKNOWN 이라 출력되지 않는다.

논리 연산자는 NOT → AND → OR 순으로 결합하므로 기준 조건은 ((NOT 지점 = 'A') AND 금액 >= 100) OR 직급 = '과장' 과 같고, NOT 지점 = 'A' 는 지점 <> 'A' 와 같다.
따라서 ㉡처럼 AND 묶음을 먼저 만든 뒤 OR 로 직급 조건을 더한 형태가 동일하다.
㉠은 NOT 이 AND 묶음 전체에 걸려 의미가 달라진다.
㉢은 OR 를 AND 보다 먼저 묶어 과장도 지점 A 면 빠진다.
㉣은 NOT 이 조건 전체를 부정해 정반대에 가깝다.

WHERE 절은 그룹이 만들어지기 전에 행 단위로 처리되므로 집계 함수를 쓸 수 없고, 그룹 조건 SUM(금액) > 500 은 HAVING 절로 옮겨야 한다.
HAVING 에는 SELECT 목록에 없는 집계나 GROUP BY 열도 조건으로 쓸 수 있다.
㉠은 SELECT 에 없는 COUNT(*) 를 HAVING 에 써도 정상 실행된다.
㉡은 GROUP BY 없이 테이블 전체를 한 그룹으로 보고 HAVING 을 적용한다.
㉣은 WHERE 로 행을 거른 뒤 GROUP BY 열 조건을 HAVING 에 둔 형태라 정상이다.

상태 <> '취소' 는 D3 뿐 아니라 상태가 NULL 인 D5·D10 도 UNKNOWN 이라 제외하고, 남은 7행을 (지역, 상태)로 묶으면 NULL 지역도 하나의 그룹이 된다.
그룹은 (서울,완료)·(서울,대기)·(부산,완료)·(부산,대기)·(NULL,완료)·(NULL,대기) 의 6개다.
지역이 NULL 인 두 그룹을 빼면 4행이 되지만 GROUP BY 는 NULL 을 버리지 않는다.
NULL 지역을 한 그룹으로 합치면 5행이지만 상태가 달라 두 그룹이다.
상태 NULL 행을 남겨 (부산,NULL) 그룹을 만들면 7행으로 잘못 센다.

COUNT(*) 는 NULL 여부와 관계없이 6행을 모두 세고, COUNT(추천수) 는 NULL 2건을 빼고 0 은 값이므로 포함해 4 이다.
AVG 도 NULL 을 뺀 4건으로 나누어 (10+20+0+30)/4 = 15 가 된다.
NULL 을 0 으로 보면 B=6, C=10 이 되지만 집계 함수는 NULL 을 제외한다.
COUNT(*) 는 NULL 이 있는 행도 세므로 4 가 아니다.
AVG 는 전체 행 수 6 이 아니라 NULL 아닌 4건으로 나눈다.

소속 내림차순이라 인사→영업→개발 순이고, 같은 부서 안에서는 열 번호 3(급여) 오름차순, 급여가 같으면 열 번호 1(직원번호) 내림차순으로 E6 이 E1 앞에 온다.
DESC 는 바로 앞의 정렬 키 하나에만 적용되고 방향을 생략한 키는 ASC 다.
E1 을 E6 앞에 둔 표는 마지막 키의 DESC 를 무시했다.
급여까지 내림차순으로 정렬한 표는 DESC 가 모든 키에 걸린다고 오해했다.
개발부터 시작한 표는 소속을 오름차순으로 정렬했다.

㉮는 직원·매출만 연결하고 지점과의 조건이 없어, 직원번호가 맞는 매출 4건(S1·S2·S3·S4)에 지점 3행이 카티션 곱으로 붙어 12행이다.
㉯처럼 테이블 3개에는 N-1=2개 조인 조건이 필요하며, 지점코드가 NULL 인 E4 의 S4 는 조인에서 빠져 3행이 된다.
12와 4 는 지점코드 NULL 인 직원도 조인된다고 본 결과다.
15 는 직원이 없는 S5 까지 곱한 수로, 직원과의 조건에서 이미 빠진다.
4 는 빠진 조인 조건이 행을 늘리지 않는다고 본 결과다.

A 를 직원, B 를 관리자로 보는 셀프 조인에서 관리자번호가 있는 도윤·하은·시우만 연결되어 3행이 나오며, 도윤·하은의 관리자가 모두 윤서다.
INNER JOIN 이므로 관리자번호가 NULL 인 윤서·지아는 직원 열에 나오지 않는다.
윤서까지 보려면 LEFT OUTER JOIN 이 필요하다.
한 번의 조인은 바로 위 한 단계만 이어 시우의 관리자는 도윤이다.
같은 테이블을 두 번 쓰면 별칭이 없을 때 열을 구분할 수 없다.

두 테이블에는 부서코드와 등록일이 함께 있으므로 부서코드 하나로만 조인하려면 USING (부서코드) 를 써야 하고, USING 열은 접두사 없이 SELECT 할 수 있다.
NATURAL JOIN 은 이름이 같은 열을 모두 조건으로 써 등록일까지 같은 201·204·205 의 3행만 남는다.
NATURAL JOIN 은 등록일이 다른 202·203 을 빠뜨린다.
등록일로 조인하면 부서가 엉뚱하게 짝지어지고 부서코드도 모호해진다.
ON 절을 쓰면 접두사 없는 부서코드가 모호하다는 오류가 난다.

㉠은 E.급여(+) >= 300 까지 (+) 가 붙어 LEFT OUTER JOIN 의 ON 조건이 되므로 5행이고, ㉡의 CROSS JOIN 은 4×7=28행이다.
㉠에서 기획은 김윤, 영업은 박건·최담과 결합하고, 급여 300 미만뿐인 개발과 직원이 없는 인사는 직원 열이 NULL 인 한 행씩 남는다.
3행은 급여 조건을 WHERE 필터로 본 결과로, 개발·인사 행이 사라진다.
7행은 급여 조건을 무시하고 부서코드만으로 외부 조인한 결과이다.
24는 부서코드가 NULL 인 직원을 곱에서 뺀 값이나, CROSS JOIN 은 조건 없이 모든 행을 곱한다.

RIGHT OUTER JOIN 은 오른쪽 매출 테이블의 모든 행을 남기므로, 짝이 없는 지점코드 D 매출도 지점 열이 NULL 인 채 결과에 포함된다.
매칭 행은 A 두 건과 B 한 건이며, 각 외부 조인은 기준 쪽의 짝 없는 행을 NULL 과 결합해 덧붙인다.
INNER JOIN 은 양쪽에 모두 있는 A 두 건과 B 한 건으로 3행이다.
LEFT 조인은 지점이 기준이므로 매출이 없는 수원이 NULL 과 결합된다.
FULL OUTER JOIN 은 매칭 3행에 수원과 D 매출이 더해져 5행이다.

서브쿼리 결과가 0행이어도 오류가 나지 않으며, 비교 대상이 없으니 조건을 만족하는 행이 없을 뿐이고 스칼라 서브쿼리는 NULL 로 처리된다.
오류는 단일행 연산자로 비교하는 서브쿼리가 두 행 이상을 돌려줄 때 생긴다.
EXISTS 는 서브쿼리의 SELECT 값과 무관하게 행이 하나라도 있으면 참이다.
= 같은 단일행 연산자에 여러 행이 오면 오류가 나므로 IN 등을 써야 한다.
HAVING 절에 서브쿼리를 두어 그룹 집계 결과와 비교할 수 있다.

㉠은 서브쿼리 결과에 NULL 이 섞여 NOT IN 비교가 어떤 회원에서도 참이 되지 못해 0이고, ㉡의 NOT EXISTS 는 NULL 과 무관하게 글이 없는 민재·지오를 세어 2이다.
x NOT IN (1, 3, NULL, 4) 는 x <> NULL 비교가 UNKNOWN 이므로 결과가 참이 될 수 없다.
㉠을 2로 본 것은 NULL 행을 무시한다고 착각한 경우이다.
㉡을 0으로 본 것은 NOT EXISTS 도 NULL 에 영향받는다고 본 경우이다.
㉠을 1로 볼 근거는 없으며, NULL 하나가 전체 비교를 막는다.

영업 급여는 300과 450이고 결과는 이 둘보다 모두 큰 문수(500)·신혜(600)이므로 > ALL 이 맞다.
> ALL 은 서브쿼리의 최댓값을 넘는 행, < ANY 는 최댓값 미만인 행을 고른다.
< ANY 는 450 미만인 강민·배진·오현을 반환한다.
= ANY 는 IN 과 같아 급여가 300 또는 450 인 강민·고은·오현을 반환한다.
NOT IN 은 300·450 이 아닌 문수·배진·신혜를 반환한다.

WHERE 는 첫 SELECT 에만 걸려 박구름만 빠지고, UNION 이 중복된 이서진 150 을 한 번만 남겨 5행이며 마지막 행은 한빛 80이다.
ORDER BY 는 집합 연산 맨 끝에 한 번만 쓰며 전체 결과에 적용되고, 열 이름은 첫 SELECT 의 별칭을 따르므로 매출액으로 정렬할 수 있다.
6행은 UNION ALL 처럼 중복 행을 남긴 경우이다.
4행·150 은 WHERE 가 두 번째 SELECT 에도 걸린다고 본 경우이다.
6행·90 은 WHERE 조건을 무시해 박구름까지 남긴 경우이다.

UNION ALL 은 두 결과를 이어 붙이기만 하므로 중복 행이 그대로 남고, 행 수는 두 결과 행 수의 합과 같다.
중복 제거 과정이 없어 UNION 보다 빠르며, 결과 열 이름은 첫 번째 SELECT 를 따른다.
결과 열 이름과 별칭은 마지막이 아니라 첫 SELECT 에서 정해진다.
정렬이 필요하면 맨 끝에 ORDER BY 를 써야 하며 UNION ALL 은 순서를 보장하지 않는다.
INTERSECT 는 공통 행을 중복 없이 반환한다.

결과는 분기 없이 지점별 합계 3행과 G 가 1인 총계 1행뿐이므로 GROUPING SETS (지점, ()) 가 맞다.
GROUPING 함수는 해당 열이 집계로 묶여 NULL 이 된 행에서 1, 그 외에는 0을 돌려주며, 괄호 빈 집합 () 이 총계를 만든다.
ROLLUP (지점, 분기) 는 지점·분기별 상세 5행과 지점 소계까지 더해 9행이 된다.
CUBE (지점, 분기) 는 여기에 분기별 소계까지 더해진다.
지점, 분기 로 묶으면 상세 5행만 나오고 총계가 없다.

ROLLUP 은 (전체 인수) → (첫 인수) → () 순으로 집계하므로 ㉠은 상세 5 + 지역 소계 3 + 총계 1 = 9행, ㉡은 상세 5 + 월 소계 2 + 총계 1 = 8행이다.
ROLLUP 은 인수 순서가 바뀌면 소계 대상이 바뀌어 결과가 달라지며, 순서와 무관한 것은 CUBE 이다.
8, 9 는 소계가 마지막 인수 기준이라고 거꾸로 본 경우이다.
9, 9 는 인수 순서가 결과에 영향이 없다고 본 경우이다.
11, 11 은 두 방향 소계를 모두 만드는 CUBE 의 결과이다.

상세 그룹은 영업 3(과장·대리·NULL)·개발 2·인사 1 로 6행이고, 여기에 부서 소계 3행과 총계 1행이 더해져 10행이다.
직급이 NULL 인 행은 소계·총계 4행에 원래 직급이 NULL 인 상세 그룹 2행이 더해져 6행이며, 둘을 구별하려면 GROUPING 함수를 쓴다.
10, 4 는 원래 NULL 인 상세 그룹을 소계로만 본 경우이다.
9, 4 는 총계 1행과 원래 NULL 인 상세 그룹 2행을 함께 빠뜨린 수이다.
11, 5 는 행 수와 NULL 행 수 모두 실제 10행·6행과 맞지 않는다.

각 행의 비교값이 두 달 뒤 금액이고 마지막 두 행이 NULL 이므로 LEAD(금액, 2) 이다.
LEAD 는 정렬 기준으로 뒤쪽 n번째 행 값을 가져오며, 가져올 행이 없으면 기본값을 주지 않는 한 NULL 이다.
LAG(금액) 는 직전 달 값이라 첫 행이 NULL 이고 100·300·200·400 이 이어진다.
FIRST_VALUE(금액) 는 모든 행에 첫 달 금액 100 을 준다.
MAX(금액) 는 기본 프레임에서 누적 최댓값 100·300·300·400·400 을 준다.

다솜은 5행 중 3위이므로 PERCENT_RANK 는 (3−1)/(5−1)=0.5 이고, NTILE(2) 는 3행·2행으로 나누어 다솜이 첫 그룹이라 1이다.
NTILE 은 행 수가 나누어떨어지지 않으면 앞 그룹부터 한 행씩 더 배정한다.
NT 를 2로 본 것은 나머지 행을 뒤 그룹에 준다고 착각한 경우이다.
0.6 은 자신 이하 행 비율인 CUME_DIST 값(3/5)이다.
0.4 는 분모를 행 수 5로 잡은 계산으로 PERCENT_RANK 식이 아니다.

WHERE 로 급여 200·240 두 행이 빠진 뒤 ㉠은 영업·개발·인사·NULL 의 4개 그룹, ㉡은 남은 5행을 그대로 돌려주고 개발 행 합계는 400+350=750이다.
윈도우 함수는 WHERE·GROUP BY 처리 뒤에 계산되며 행을 줄이지 않고, 부서가 NULL 인 행도 하나의 그룹·파티션이 된다.
3개 그룹은 부서가 NULL 인 행이 그룹에서 빠진다고 본 경우이다.
7행·990 은 윈도우 함수가 WHERE 보다 먼저 계산된다고 본 경우이다.
5행이면서 990 은 합계에만 WHERE 가 적용되지 않는다고 본 모순된 계산이다.

마로(80)는 앞에 90·85·85 세 행이 있어 RANK 4, 서로 다른 값으로는 세 번째라 DENSE_RANK 3 이다.
ROW_NUMBER 는 포인트가 같으면 회원명 순으로 라임 다음 번호를 받아 5가 되며, 동점이어도 같은 번호를 주지 않는다.
DR 을 4로 본 것은 DENSE_RANK 도 동점 수만큼 건너뛴다고 착각한 경우이다.
R 을 5로 본 것은 RANK 와 ROW_NUMBER 를 혼동한 경우이다.
RN 을 4로 본 것은 보조 정렬인 회원명 순서를 무시한 경우이다.

WITH TIES 는 세 번째 행의 판매량 90 과 같은 값을 가진 행을 모두 함께 가져오므로 P4·P1 에 90 인 P3·P5·P6 이 더해져 5행이 된다.
NULLS LAST 로 판매량 NULL 인 P2 는 맨 뒤로 밀려 제외되고, 바깥 ORDER BY 가 동점 행을 상품코드 순으로 정렬한다.
3행만 나온 표는 ROWS ONLY 처럼 동점 행을 버린 경우다.
P2 가 들어간 표는 NULLS LAST 를 무시하고 Oracle 기본 정렬을 적용한 경우다.
P7 이 들어간 표는 판매량을 오름차순으로 정렬해 뽑은 경우다.

ROWNUM 은 WHERE 단계에서 행을 읽는 순서대로 붙고 ORDER BY 는 그 뒤에 실행되므로, ㉡은 먼저 걸러진 임의의 3행을 정렬할 뿐이다.
상위 N 개를 정확히 얻으려면 정렬을 인라인 뷰 안에서 끝낸 뒤 바깥에서 ROWNUM 을 걸어야 한다.
㉠은 인라인 뷰에서 먼저 정렬한 뒤 ROWNUM 으로 자르므로 올바르다.
㉢의 FETCH FIRST 는 ORDER BY 이후에 적용되는 12c 이상 표준 구문이다.
㉣은 ROW_NUMBER 로 순번을 매긴 뒤 바깥에서 3 이하만 고르므로 올바르다.

계층은 깊이 우선으로 펼쳐지고 ORDER SIBLINGS BY 가 같은 상사를 둔 형제끼리만 이름순으로 정렬하므로, 순서는 한지민·강하린·김태오·노을·윤서준·남유진·서도윤이다.
강하린이 윤서준보다 앞서므로 강하린의 하위 전체(김태오·노을)가 먼저 나온 뒤 윤서준 가지로 넘어간다.
서도윤은 계층을 무시하고 전체를 이름순으로 정렬한 ORDER BY 의 결과이다.
남유진은 레벨별로 한 층씩 나열한다고 본 결과이다.
강하린은 형제를 사번순으로 펼친다고 본 결과이다.

셀프 조인에서 A 는 직원, B 는 관리자 역할을 하며, A 의 관리자사번과 B 의 사번이 같은 행을 연결하므로 관리자 열에는 상사의 이름이 나온다.
결과는 하람-정은, 류진-정은, 백설-하람의 3행이다.
INNER 조인이라 관리자사번이 NULL 인 정은은 결과에서 빠진다.
같은 테이블을 두 번 쓰려면 반드시 서로 다른 별칭으로 구분해야 한다.
정은이 빠져 3행이므로 직원 수 4와 다르다.

지연 열은 ELSE 가 없어 지연 건이 없는 부산과 지역 NULL 그룹에서 SUM 이 NULL 이 되고, 지역 NULL 그룹의 지역 셀까지 더해 NULL 셀은 3개이다.
반송 열은 COUNT 라 해당 건이 없으면 NULL 이 아닌 0이 되고, 완료 열은 ELSE 0 덕분에 모두 숫자이다.
1개는 지역이 NULL 인 행도 하나의 그룹이 된다는 점을 놓친 경우이다.
2개는 NULL 그룹의 지역 셀이나 지연 셀 중 하나만 센 경우이다.
5개는 COUNT 도 대상이 없으면 NULL 을 준다고 보고 지역 셀을 빠뜨린 경우이다.

소문자 1자 이상 뒤에 숫자가 정확히 2자로 끝나야 하므로 kim01·han99·ab12 의 3건만 일치한다.
[[:lower:]] 는 소문자, [[:digit:]] 는 숫자를 뜻하고, ^ 와 $ 가 문자열 전체를 감싸 중간 일치를 허용하지 않는다.
Lee22 는 첫 글자가 대문자라 [[:lower:]] 와 맞지 않는다.
park7 은 숫자가 1자, choi123 은 3자라 {2} 와 $ 조건에 걸린다.
jung_05 와 yoo 10 은 밑줄과 공백이 문자 클래스에 없어 제외된다.

MERGE 는 ON 조건으로 원본(신규회원)과 대상(회원)을 비교해, 짝이 없는 원본 행은 WHEN NOT MATCHED 절에 따라 회원에 새로 삽입한다.
짝이 있는 행은 WHEN MATCHED 절에 따라 등급만 원본 값으로 갱신된다.
일치하는 행은 삭제 없이 UPDATE 로 값만 바뀐다.
원본에 없는 대상 행은 이 문장에서 아무 영향을 받지 않는다.
MERGE 는 DML 이라 COMMIT 이나 ROLLBACK 으로 확정·취소해야 한다.

세션 B 는 커밋되지 않았다가 결국 롤백된 900 을 읽었으므로 Dirty Read 이다.
READ COMMITTED 이상에서는 커밋된 데이터만 읽어 이 현상을 막으며, Oracle 은 변경 전 값을 보여 주는 읽기 일관성으로 처리한다.
Non-Repeatable Read 는 같은 행을 두 번 읽는 사이 커밋된 변경으로 값이 달라지는 현상이다.
Phantom Read 는 같은 조건 재조회 시 새 행이 나타나는 현상이다.
Lost Update 는 두 트랜잭션의 갱신이 겹쳐 한쪽 변경이 사라지는 현상이다.

외래키에 ON DELETE SET NULL 을 지정했으므로 부모 회원이 삭제되면 해당 게시글의 작성자번호가 NULL 로 바뀌고 게시글 행은 남는다.
작성자번호 열에 NOT NULL 제약이 없어야 이 동작이 가능하며, 옵션을 생략하면 참조되는 부모 행 삭제가 거부된다.
게시글까지 지우는 것은 ON DELETE CASCADE 의 동작이다.
삭제 거부는 옵션을 생략하거나 RESTRICT 계열을 지정한 경우이다.
기본값으로 바꾸는 것은 SET DEFAULT 이며 이 정의와 다르다.

테이블명은 문자로 시작해야 하므로 숫자로 시작하는 2ND_ZONE 은 큰따옴표 없이 쓰면 오류가 발생한다.
이름에는 문자·숫자와 _ $ # 만 쓸 수 있고, 예약어나 같은 스키마 안 중복 이름도 허용되지 않는다.
DLV_LOG 는 밑줄을 포함한 올바른 이름이고 VARCHAR2(200) 도 유효하다.
BR$HIST 처럼 $ 는 이름 중간에 쓸 수 있고 DATE 타입도 정상이다.
NUMBER(7,2) 는 전체 7자리 중 소수 2자리를 뜻하는 유효한 타입이다.

오브젝트 권한은 특정 객체에 대한 SELECT·INSERT·UPDATE·DELETE 등의 권한으로, ON 직원 처럼 대상 객체를 지정해 부여한다.
CREATE TABLE·CREATE SESSION 처럼 데이터베이스 전체에서 특정 작업을 할 수 있게 하는 것은 시스템 권한이다.
CREATE TABLE 은 자기 스키마에 테이블을 만들 수 있는 시스템 권한이다.
CREATE SESSION 은 접속을 허용하는 시스템 권한이다.
CREATE ANY VIEW 는 다른 스키마에도 뷰를 만들 수 있는 시스템 권한이다.