SQL 개발자 기출유형 모의고사 4회

업무 처리가 데이터에 미치는 영향을 함께 보는 것은 데이터와 프로세스의 상관 관점(Interaction)이다.

무엇을 저장할지는 데이터 관점(What), 업무가 무엇을 하는지는 프로세스 관점(How)에서 본다.

• 데이터 관점은 데이터 사이의 관계만 분석하고 처리의 영향은 보지 않는다.
• 프로세스 관점은 업무 처리 방식 자체에 집중한다.
• 물리 저장 구조는 모델링의 세 관점에 속하지 않는다.

업무 수행 중 발생하는 행위를 기록하는 탑승 수속은 사건 엔터티(Event Entity)다.

유무형에 따라 물리적 실체가 있는 유형 엔터티, 관리할 개념인 개념 엔터티, 업무 행위로 생기는 사건 엔터티로 나뉜다.

• 항공기는 물리적 형태가 있는 유형 엔터티다.
• 운임 규정은 형태 없이 관리되는 개념 엔터티다.
• 승무원은 실체가 있는 유형 엔터티다.

여러 구간 운임을 합산해 얻는 총운임은 다른 속성에서 값이 도출되는 파생 속성(Derived Attribute)이다.

파생 속성은 원천 값이 바뀔 때 함께 갱신해야 하므로 꼭 필요한 경우에만 둔다.

• 시스템이 부여한 예약번호는 설계 속성이다.
• 승객이 입력한 여권 성명은 업무에서 바로 얻는 기본 속성이다.
• 등급 코드는 업무 편의를 위해 새로 정한 설계 속성이다.

IE 표기법에서 관계선 끝의 원(○)은 선택 참여, 바(|)는 필수 참여를 뜻하므로 예약 쪽 끝에 원이 있는 승객은 예약 없이도 존재할 수 있다.

승객 쪽 끝은 바로 표시돼 예약은 반드시 한 승객에 속하고, 예약과 탑승권은 까마귀발이 없는 1:1 관계다.

• 예약은 승객 쪽이 필수라 승객 없이 등록될 수 없다.
• 탑승권 쪽에 까마귀발이 없어 예약당 탑승권은 최대 1장이다.
• 항공편에서 본 예약 쪽 끝이 원이라 예약이 0건인 항공편도 있다.

식별 관계를 계속 이어 가면 부모의 주식별자가 자식에게 상속되어 하위로 갈수록 주식별자 속성 수가 늘어난다.

수하물의 PK 에 편명·예약번호·탑승권번호가 모두 들어가 조인 조건과 SQL 이 복잡해지므로 적절한 곳에서 비식별 관계로 끊는다.

• 부모 없이 자식을 만들 수 있는 것은 비식별 관계의 특징이다.
• 상속된 식별자 덕분에 상위 엔터티와의 조인은 오히려 쉬워진다.
• 주식별자에는 NULL 이 허용되지 않는다.

반정규화는 반정규화 대상 조사 → 다른 방법 유도 검토(뷰·인덱스·클러스터링·응용 로직) → 반정규화 적용 순으로 진행한다.

예약에 출발 도시를 중복 두면 조인은 줄지만 공항의 도시가 바뀔 때마다 함께 고쳐야 하는 정합성 부담이 생긴다.

• 중복 속성은 데이터 정합성 관리를 더 필요하게 만든다.
• 반정규화는 무결성을 일부 희생해 조회 성능을 얻는 기법이다.
• 공항을 삭제하면 공항 정보 자체를 관리할 수 없게 된다.

관계는 자식의 외래키(FK) 값을 부모의 기본키(PK) 값과 같다고 비교하는 조인 조건으로 구현된다.

1:N 관계에서는 승객 한 명이 그 승객의 예약 수만큼 반복되어 나타난다.

• 조인은 값 비교로 수행되므로 FK 제약이 선언되지 않아도 가능하다.
• 결과 행 수는 승객 수가 아니라 조건을 만족한 예약 수를 따른다.
• 예약이 여러 건인 승객은 승객번호가 여러 번 나온다.

예약 행을 만들고 항공편의 잔여 좌석을 줄이는 작업은 하나만 반영되면 좌석 수가 틀어지므로 하나의 트랜잭션으로 묶어 원자성을 보장해야 한다.

함께 변경돼야 하는 엔터티(예약·항공편)는 같은 업무 단위로 묶어 모두 반영하거나 모두 취소한다.

• 승객 정보 조회는 데이터를 바꾸지 않는다.
• 공항 코드 목록 출력은 단순 조회다.
• 실적 집계 조회도 변경이 없어 원자성 문제가 생기지 않는다.

COUNT(*)는 NULL 여부와 관계없이 모든 행을 세어 10이고, COUNT(수하물무게)는 NULL 을 제외한 7이다.

NULL 이 포함된 산술 연산 결과는 NULL 이며 AVG 는 NULL 이 아닌 7개 값의 합을 7로 나눈다.

• COUNT(*)는 행 자체를 세므로 NULL 이 있는 행도 포함한다.
• NULL + 5 는 5가 아니라 NULL 이다.
• AVG 의 분모는 10이 아니라 NULL 을 뺀 7이다.

인조식별자는 행마다 새 값이 붙어 업무상 같은 탑승권도 다른 행으로 저장되므로, 본질 속성 조합(편명·출발일·좌석번호)에 UNIQUE 제약을 두어 업무 중복을 막는다.

인조식별자 PK 는 조인 편의를 위해 그대로 두고 본질식별자의 유일성은 별도 제약으로 보장한다.

• 일련번호 길이를 늘려도 업무 중복은 그대로 들어온다.
• NOT NULL 은 값의 존재만 강제할 뿐 중복을 막지 않는다.
• 무작위 문자열도 행마다 다른 값이라 중복을 막지 못한다.

TRUNCATE는 테이블 구조를 남기고 데이터를 모두 지우는 DDL이며 Oracle 에서는 자동 커밋되어 ROLLBACK 할 수 없다.

MERGE 는 DML, SAVEPOINT 는 TCL, REVOKE 는 DCL 에 속한다.

• MERGE 는 행을 입력하거나 수정하는 DML 이다.
• SAVEPOINT 는 트랜잭션 저장점을 지정하는 TCL 이다.
• REVOKE 는 권한을 회수하는 DCL 이다.

DISTINCT는 SELECT 목록 전체, 즉 등급과 왕복 운임의 조합이 같은 행을 하나로 합친다.

산술식은 곱셈을 먼저 하므로 운임의 두 배에 100을 더하며, 공백이 든 별칭은 큰따옴표로 감싸야 한다.

• 곱셈이 먼저라 운임에 102를 곱하지 않는다.
• 큰따옴표를 빼면 공백 때문에 구문 오류가 난다.
• DISTINCT 는 특정 열 하나에만 걸리지 않는다.

논리적 처리 순서는 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY이므로 취소 행이 먼저 걸러진 뒤 확정 예약만으로 편명별 건수를 센다.

확정이 1건뿐인 KE303 은 HAVING 에서 빠지고, 남은 두 행은 SELECT 에서 만든 별칭 합계로 내림차순 정렬된다.

• KE303 이 남은 표는 HAVING 건수를 취소 포함 전체 행으로 판정했다.
• OZ202 가 먼저 온 표는 정렬 방향을 오름차순으로 보았다.
• 건수가 3인 표는 WHERE 필터를 무시했다.

검색형 CASE는 WHEN 을 위에서부터 평가해 처음 참이 되는 조건의 값을 돌려주므로 120000 인 P1 도 첫 조건(50000 이상)에 걸려 골드가 된다.

마일리지가 NULL 인 P3 은 모든 비교가 UNKNOWN 이라 ELSE 의 미가입이 된다.

• P1 을 플래티넘으로 본 표는 가장 잘 맞는 조건을 고른다고 오해했다.
• P3 을 일반으로 본 표는 NULL < 50000 을 참으로 보았다.
• P2 를 일반으로 본 표는 50000 이 50000 이상 조건을 만족함을 놓쳤다.

SUBSTR는 5번째 글자부터 3글자를 잘라 NRT 를, INSTR는 2번째 글자부터 ICN 을 찾아 뒤쪽 ICN 의 시작 위치 9를 돌려준다.

CEIL은 그 값 이상인 최소 정수라 -2, FLOOR 는 그 값 이하인 최대 정수라 -3 이 된다.

• 위치가 1인 표는 시작 위치 2를 무시하고 처음부터 찾았다.
• 올림과 내림이 뒤바뀐 표는 음수에서 방향을 반대로 보았다.
• 부분이 RT- 인 표는 시작 위치를 한 칸 밀려 셌다.

COALESCE 는 인자를 왼쪽부터 보아 처음 나온 NULL 이 아닌 값을 돌려주므로 변경좌석, 지정좌석, 미배정 순서로 나열해야 결과표와 맞는다.

B02·B04 는 변경좌석, B01·B05 는 지정좌석, 둘 다 없는 B03 은 미배정이 된다.

• 지정좌석을 먼저 보는 NVL 중첩은 B02 를 14C 로 낸다.
• NULLIF 는 두 값이 같으면 NULL 을 돌려줄 뿐 대체값을 고르지 않는다.
• NVL2 는 변경좌석이 있을 때 지정좌석을 내므로 B02 가 14C 가 된다.

NOT 이 AND 에 앞서 평가되므로 조건은 (NOT 상태 = '취소') AND 운임 > 300 과 같다.

따라서 취소가 아닌 예약 가운데 운임이 300 을 넘는 행만 남는다.

• NOT 이 AND 전체에 걸린다고 보면 드모르간 법칙으로 OR 조건이 된다.
• 취소이면서 300 이하인 행은 두 조건을 모두 뒤집은 것이다.
• 둘 다 아닌 행은 NOT 이 OR 전체에 걸린 경우다.

NOT IN 은 목록의 모든 값과의 <> 비교를 AND 로 묶은 것이라 NULL 과의 비교가 UNKNOWN 이 되어 어떤 행도 선택되지 않는다.

IN 은 OR 로 풀리므로 NULL 이 섞여도 다른 값과 일치하는 행은 나오지만 NULL 행 자체는 = 비교로 찾을 수 없다.

• BETWEEN a AND b 는 a 이상 b 이하라 하한이 더 크면 결과가 없다.
• LIKE '%' 도 NULL 과 비교하면 UNKNOWN 이라 NULL 행은 빠진다.
• NULL 행을 찾으려면 IS NULL 을 써야 한다.

GROUP BY 편명, 등급은 NULL 등급도 하나의 그룹으로 만들어 7개 그룹이 생기지만, COUNT(등급)은 NULL 을 세지 않아 NULL 그룹은 0 이 되어 HAVING 에서 빠진다.

KE101-Y·KE101-C·OZ202-Y·KE303-C·KE303-Y 의 5행이 남는다.

• 7은 HAVING 조건을 COUNT(*)로 본 그룹 수다.
• 3은 편명 수만 센 값이다.
• 10은 그룹화 전 원본 행 수다.

AVG(적립)은 NULL 을 뺀 값만 평균해 골드 150, 일반 60 이지만, SUM(적립)/COUNT(*)는 NULL 행까지 분모에 넣어 골드 100, 일반 20 이 된다.

값이 모두 NULL 인 실버는 COUNT(적립)이 0, SUM 이 NULL 이라 나눗셈 결과도 NULL 이다.

• 실버의 C 를 NULL 로 본 표는 COUNT 가 0 을 돌려준다는 점을 놓쳤다.
• 골드 평균을 100 으로 본 표는 AVG 가 NULL 을 0 으로 센다고 오해했다.
• A2 를 A1 과 같게 본 표는 COUNT(*)가 NULL 행도 센다는 점을 놓쳤다.

GROUP BY 없이 집계 함수를 쓰면 전체가 한 그룹이 되므로 SELECT 절에는 집계 결과나 상수만 올 수 있고, 집계되지 않은 편명 같은 일반 열을 함께 쓰면 오류가 난다.

'KE' 같은 상수는 모든 행에서 같은 값이라 집계 함수와 함께 써도 된다.

• 상수 별칭을 함께 쓴 SQL 은 정상 실행된다.
• MAX 와 MIN 의 차는 집계 결과끼리의 연산이라 가능하다.
• COUNT(DISTINCT 편명)은 중복을 뺀 편명 수를 센다.

NULLS LAST 로 NULL 을 맨 뒤로 보낸 채 지연분 내림차순(40, 15, 0)으로 놓고, 같은 지연분은 편명 DESC로 정렬해 OZ4 가 KE1 앞에 온다.

NULL 두 행도 편명 내림차순이라 KE2, 7C5 순이며 NULLS LAST 가 없으면 Oracle 은 DESC 에서 NULL 을 맨 앞에 둔다.

• NULL 이 맨 앞인 표는 NULLS LAST 를 무시한 기본 동작이다.
• KE1 이 OZ4 앞인 표는 두 번째 키를 오름차순으로 보았다.
• 0 부터 시작한 표는 지연분을 오름차순으로 정렬했다.

셀프 조인(Self Join)은 한 테이블을 별칭 A·B 로 두 번 참조해 서로 다른 테이블처럼 조인하며, 여기서는 A 의 도착공항에서 출발하는 B 를 찾아 연결편을 만든다.

조건을 만족하는 짝이 여럿이면 결과 행 수가 원래 행 수를 넘을 수 있다.

• 같은 테이블을 두 번 쓰므로 열을 구분할 별칭이 꼭 필요하다.
• 셀프 조인에도 LEFT OUTER JOIN 을 쓸 수 있다.
• 한 항공편이 여러 편과 연결되면 행 수가 늘어난다.

EQUI JOIN 은 노선 값이 같은 모든 짝을 만들므로 예약 한 건이 운임표의 같은 노선 행 수만큼 반복된다.

R1·R2 는 ICN-NRT 2행씩, R3 은 GMP-CJU 3행과 결합해 2+2+3=7행이고, 노선이 NULL 인 R4 와 운임표에 없는 R5 는 빠진다.

• 5는 예약 한 건당 한 행만 나온다고 본 값이다.
• 3은 매칭된 예약 건수만 센 값이다.
• 9는 매칭되지 않은 예약까지 한 행씩 더한 값이다.

(+) 는 NULL 이 채워질 쪽(예약)에 붙이며, B.상태(+) = '확정'처럼 필터에도 붙이면 LEFT OUTER JOIN 의 ON 절에 A.편명 = B.편명 AND B.상태 = '확정'을 둔 것과 같다.

KE1 확정 2행, KE2 1행에 확정 예약이 없는 OZ3·7C4 가 NULL 로 1행씩 보존되어 5행이다.

• 3은 상태 조건의 (+) 를 빠뜨려 내부 조인처럼 된 경우다.
• 6은 상태 조건을 무시해 OZ3 의 취소 예약까지 결합한 값이다.
• 20은 조인 조건이 없는 CROSS JOIN(4×5)의 행 수다.

FULL OUTER JOIN 은 좌석이 같은 1-91, 2-94 두 쌍에 더해 양쪽에서 짝을 찾지 못한 행을 모두 NULL 과 결합해 남기므로 6행이다.

좌석이 NULL 인 예약 3과 탑승 92는 NULL = NULL 이 참이 아니므로 서로 매칭되지 않고, 각각 상대 열이 NULL 인 행으로 따로 나온다.

• 3과 92를 한 행으로 묶은 표는 NULL 끼리 같다고 본 결과이다.
• 매칭 행을 두 번씩 넣은 표는 LEFT 와 RIGHT 결과를 중복 제거 없이 더한 것이다.
• 탑승 92·93이 빠진 표는 LEFT OUTER JOIN 의 결과이다.

기준 테이블인 항공편의 행을 거르려면 조건을 WHERE 절에 두어야 하며, 그러면 GMP 출발 3개 편만 남고 예약이 없는 KE103 도 예약수 0으로 나온다.

외부 조인의 ON 절에 둔 조건은 매칭 여부만 정할 뿐 왼쪽 행을 지우지 않는다. LJ301 은 운임이 NULL 이어도 예약번호가 있어 1로 센다.

• ON 절에 출발공항 조건을 두면 ICN 편도 예약수 0인 행으로 남아 5행이 된다.
• ON 절에 운임 조건을 두면 5개 편이 모두 남고 LJ301 의 예약수가 0이 된다.
• WHERE 절에 운임 조건을 두면 예약이 있는 KE101·OZ201 두 행만 남는다.

편명이 결항편 목록에 없는 예약 1·4·6만 남고, 편명이 NULL 인 예약 3은 비교 결과가 UNKNOWN 이라 NOT IN 조건을 통과하지 못한다.

NULL 과의 비교는 참도 거짓도 아니므로 NULL 행은 IN 과 NOT IN 어느 쪽에도 나오지 않는다. 서브쿼리 쪽에는 NULL 이 없으므로 나머지 행은 정상 비교된다.

• 박구름까지 포함한 표는 NOT EXISTS 처럼 NULL 행을 남긴 결과이다.
• 이하람·정보라만 있는 표는 IN 조건의 결과이다.
• 행이 없는 표는 서브쿼리 결과에 NULL 이 있을 때의 상황이다.

국제 운임 중 하나라도 자기 운임 미만인 것이 있으면 참이 되므로, 이 EXISTS 는 D.운임 > ANY 와 같은 뜻의 최솟값 300 초과 조건이다.

350·480·600 은 300 을 넘어 남고, 120 은 모든 국제 운임 미만이며 300 은 300 초과가 아니라서 빠진다.

• D.운임 >= I.운임 은 >= ANY 와 같아 운임 300인 예약 105까지 들어온다.
• I.운임 - D.운임 > 0 은 520 미만인 국내 운임 네 건을 고르는 < ANY 와 같다.
• 같음 조건은 IN 과 같아 운임 300인 예약 105 한 행만 나온다.

서브쿼리가 바깥 행의 P.등급 을 참조하는 상관 서브쿼리이므로, 바깥 행마다 같은 등급 승객의 평균을 다시 계산해 비교한다.

결과적으로 마일리지가 자기 등급 평균을 넘는 승객만 남고, 등급이 NULL 이면 Q.등급 = NULL 이 참이 되지 않아 평균이 NULL 이고 비교도 UNKNOWN 이 된다.

• 바깥 값에 따라 결과가 달라지므로 한 번 실행으로 끝나지 않는다.
• 등급이 NULL 인 승객은 평균이 NULL 이 되어 결과에서 빠진다.
• 서브쿼리 안 별칭 Q 는 메인 쿼리에서 참조할 수 없다.

UNION 은 두 결과 사이뿐 아니라 한 SELECT 결과 안의 중복 행도 하나로 줄이므로, 결과 행 수가 어느 한쪽의 원래 행 수보다 적을 수 있다.

예를 들어 같은 행 5개인 결과와 다른 행 1개인 결과를 UNION 하면 2행만 남는다.

• UNION ALL 은 중복을 그대로 두므로 행 수가 양쪽 행 수의 합과 같다.
• 중복 제거 작업이 없어 중복이 없음이 확실하면 UNION ALL 이 유리하다.
• UNION 은 UNION ALL 결과에 DISTINCT 를 적용한 것처럼 중복 행을 없앤다.

MINUS 는 승객번호와 편명을 함께 비교해 탑승에 없는 예약 행만 남기므로 (1, KE205)·(2, KE101) 두 행이 결과이다.

집합 연산자는 중복을 제거하므로 두 번 예약한 (1, KE101)·(3, OZ330) 도 탑승에 한 번 있으면 모두 사라지고, NULL 끼리는 같은 값으로 보아 (4, NULL) 도 제거된다.

• (4, NULL) 이 남은 표는 집합 연산에서 NULL 을 서로 다른 값으로 본 결과이다.
• (2, KE205) 만 있는 표는 탑승에서 예약을 뺀 반대 방향의 결과이다.
• 네 행짜리 표는 중복 건수만큼 빼는 MINUS ALL 처럼 계산한 결과이다.

출발공항은 ROLLUP 밖에 있어 모든 행의 그룹 기준으로 남으므로, 상세 4행에 출발공항별 소계 2행(520·850)만 더해진 6행이 나오고 총계는 없다.

ROLLUP(좌석등급) 은 (출발공항, 좌석등급) 과 (출발공항) 두 수준만 만든다. 좌석등급이 NULL 인 행이 소계이며 정렬상 각 공항의 마지막에 온다.

• 소계 없이 총계만 있는 표는 ROLLUP 이 총계만 만든다고 본 결과이다.
• 총계 1370 까지 있는 표는 ROLLUP(출발공항, 좌석등급) 의 결과이다.
• 좌석등급별 소계가 붙은 표는 묶는 순서를 거꾸로 본 결과이다.

서로 다른 (항공사, 출발, 좌석) 조합 7개, (항공사, 출발) 소계 5개, 항공사 소계 3개, 총계 1개를 더해 16행이고, 출발이 NULL 인 행은 항공사 소계 3행과 총계 1행으로 4행이다.

KE·GMP·ECO 처럼 같은 조합이 두 번 있어도 상세 그룹은 한 행이며 건수가 2가 된다.

• 17행은 중복 조합을 서로 다른 상세 행으로 센 결과이다.
• 15행·3행은 ROLLUP 이 맨 끝에 만드는 총계 행을 빠뜨린 것이다.
• 출발 NULL 3행은 총계 행에서도 출발이 NULL 이라는 점을 놓친 것이다.

CUBE(항공사, 등급) 은 두 열로 만들 수 있는 2²=4가지 조합, 곧 (항공사, 등급)·(항공사)·(등급)·() 을 모두 집계하므로 GROUPING SETS 에 네 묶음을 모두 적은 ㉣이 같다.

결과는 상세 4행, 항공사 소계 3행, 등급 소계 2행, 총계 1행으로 10행이다.

• ㉠은 ROLLUP(항공사, 등급) 과 같아 등급별 소계가 없다.
• ㉡의 (등급, 항공사) 는 (항공사, 등급) 과 같은 묶음이라 상세 행이 두 번 나오고 소계가 빠진다.
• ㉢은 소계와 총계만 있고 상세 행이 없다.

RATIO_TO_REPORT 는 편명별 합계 1000 에 대한 각 운임의 비율이고, CUME_DIST 는 현재 값 이하인 행 수를 파티션 행 수로 나눈 값이다.

KE101 의 200 두 행은 동점이라 100 과 함께 4행 중 3행이 200 이하이므로 둘 다 0.75 이고, OZ330 의 400 은 2행 중 1행이라 0.5 이다.

• 동점 두 행에 0.5 와 0.75 를 나눈 표는 행 번호처럼 차례로 센 결과이다.
• 비율이 절반으로 줄어든 표는 PARTITION 을 무시하고 전체 합 2000 으로 나눈 것이다.
• 동점 행을 0.5 로 둔 표는 순위 2를 행 수 4로 나눈 RANK/N 으로 계산한 것이다.

논리 처리 순서상 GROUP BY 가 먼저 끝나 편명별 4행(NULL 편명 그룹 포함)이 되고, 윈도우 함수는 이 그룹화된 4행 위에서 COUNT(*) OVER () 를 계산해 모든 행에 4를 준다.

예약수는 각 그룹의 원래 행 수이고, 편명이 NULL 인 7번도 하나의 그룹이 되어 마지막 행으로 나온다.

• 편수를 7로 둔 표는 윈도우 함수가 그룹화 전 원본 행을 센다고 본 것이다.
• 세 행만 있는 표는 GROUP BY 가 NULL 그룹을 버린다고 본 것이다.
• NULL 행은 있지만 편수가 3인 표는 NULL 그룹을 세지 않는다고 오해한 결과이다.

RANK 는 동점에 같은 순위를 주고 그 수만큼 다음 순위를 건너뛰므로, KE101 은 500 두 건이 1위, 300 이 3위가 되어 예약 1·2만 남는다.

OZ330 은 400 이 1위, 300 두 건이 공동 2위라 예약 5·6·7이 모두 RK ≤ 2 를 만족해 결과는 5행이다.

• 예약 3까지 남은 표는 순위를 건너뛰지 않는 DENSE_RANK 의 결과이다.
• 파티션마다 정확히 2행인 표는 동점에도 고유 번호를 주는 ROW_NUMBER 의 결과이다.
• 예약 1·2만 있는 표는 PARTITION BY 없이 전체에서 순위를 매긴 결과이다.

합계가 KE101 에서 120, 270, 240, 290 으로 직전 1행과 현재 행만 더하고 OZ330 에서 80부터 다시 시작하므로 1 PRECEDING AND CURRENT ROW 이다.

PARTITION BY 로 편명이 바뀌면 프레임이 새로 시작되어, 각 편의 첫 운항일은 앞 행이 없어 자기 값만 합계가 된다.

• UNBOUNDED PRECEDING 이면 처음부터 누적해 KE101 셋째 날이 360 이 된다.
• CURRENT ROW AND 1 FOLLOWING 이면 첫 행이 270 이 되어 결과와 다르다.
• 1 PRECEDING AND 1 FOLLOWING 이면 둘째 날이 360 이 되어 결과와 다르다.

㉡은 ROWNUM 을 바로 조건에 썼는데, ROWNUM 은 조건을 통과한 행에만 1부터 붙으므로 첫 행이 ROWNUM 1을 받고 탈락하면 다음 행도 다시 1을 받아 결과가 0행이다.

2~3위처럼 중간 구간을 자르려면 ㉠처럼 ROWNUM 에 별칭을 붙여 한 단계 바깥에서 비교해야 한다.

• ㉠은 정렬된 인라인 뷰에 RN 을 확정한 뒤 걸러 520·450 두 행을 얻는다.
• ㉢은 12c 의 OFFSET·FETCH 로 첫 행을 건너뛰고 두 행을 가져온다.
• ㉣은 ROW_NUMBER 로 순번을 매긴 뒤 바깥에서 순번 2~3을 고른다.

세 번째 행은 (BIZ, 300) 이고 WITH TIES 는 정렬 키 운임과 등급이 모두 같은 행만 더 가져오므로, 또 다른 (BIZ, 300) 이 붙어 4행이 된다.

(ECO, 300) 은 운임은 같지만 두 번째 키인 등급이 달라 동점이 아니므로 결과에서 빠진다.

• 세 행만 있는 표는 WITH TIES 없이 TOP (3) 만 쓴 결과이다.
• (ECO, 300) 까지 다섯 행인 표는 첫 정렬 키만으로 동점을 판단한 것이다.
• (ECO, 300) 이 셋째인 표는 등급을 내림차순으로 정렬한 것이다.

A 의 상급자사번으로 B(직속 상급자)를 찾고, 다시 B 의 상급자사번으로 C 를 찾으므로 C 는 상급자의 상급자, 곧 두 단계 위 사람이다.

같은 테이블을 별칭으로 여러 번 쓰는 셀프 조인은 한 번 조인할 때마다 한 단계씩 위로 올라간다.

• 직속 상급자는 한 번만 조인한 B 의 이름이다.
• 부하를 찾으려면 사번 = 상급자사번 방향을 반대로 걸어야 한다.
• 두 단계 조인은 단계 수가 고정이라 최상위를 보장하지 않는다.

계층형 질의에서 WHERE 절은 전개가 끝난 뒤 적용되므로 도사무장(3) 한 행만 빠지고, 그 아래 류승무원·문승무원은 LEVEL 3 그대로 남아 5행이다.

START WITH 사번 = 1 에서 PRIOR 사번 = 상급자사번 으로 부모에서 자식 방향으로 내려가며, 깊이는 강기장 1, 남부기장·도사무장 2, 나머지 3이다.

• 도사무장 아래가 함께 사라진 표는 조건을 CONNECT BY 절에 둔 결과이다.
• 류승무원·문승무원이 LEVEL 2 인 표는 행을 거른 뒤 깊이를 다시 매긴다고 본 것이다.
• 도사무장이 남은 표는 WHERE 조건을 무시한 결과이다.

PIVOT 은 집계(운임)와 FOR(등급)에 쓰지 않은 나머지 열 예약번호·편명을 암시적 GROUP BY 기준으로 삼으므로, 예약번호마다 한 행씩 5행에 예약번호·편명·BIZ·ECO 4열이 된다.

편명별 2행으로 합치려면 FROM 에 편명·등급·운임만 고른 인라인 뷰를 두어야 한다.

• 2행·3열은 인라인 뷰로 예약번호를 뺐을 때의 결과이다.
• 5행·3열은 예약번호 또는 편명 열이 결과에서 사라진다고 본 것이다.
• 2행·4열은 편명으로만 묶이면서 예약번호도 남는다고 본 것이다.

㉠의 | 는 연산 우선순위가 가장 낮아 ^KE 또는 OZ$ 로 나뉘므로 KE 로 시작하는 KE101·KE7·KE1234 와 OZ 로 끝나는 TWOZ 의 4건이다.

㉡은 괄호로 묶어 KE·OZ 로 시작한 뒤 숫자가 2~3개로 끝나야 하므로 KE101·OZ330·OZ88 의 3건이며, 소문자 ke205 는 대소문자 구분으로 빠진다.

• ㉠을 5건으로 보면 ^ 가 OZ 에도 걸려 OZ330·OZ88 을 세고 TWOZ 를 뺀 셈이다.
• ㉡을 4건으로 보면 숫자 4개인 KE1234 를 {2,3} 에 맞는다고 본 것이다.
• KE7 은 숫자가 1개라 ㉡에 맞지 않고, LJ007 은 두 패턴 모두에 맞지 않는다.

WHERE 절이 없으므로 예약 4행 모두가 갱신 대상이며, 승객 테이블에 40번이 없는 예약 4는 서브쿼리가 0행이라 NULL 로 갱신된다.

값이 없는 스칼라 서브쿼리는 오류가 아니라 NULL 을 돌려준다. 짝이 있는 행만 바꾸려면 WHERE EXISTS 조건을 함께 써야 한다.

• 짝 없는 행도 대상에 포함되므로 원래 값이 그대로 남지 않는다.
• 서브쿼리 결과가 0행이면 오류 없이 NULL 이 된다.
• UPDATE 는 행을 지우지 않으므로 4행이 그대로 있다.

같은 이름으로 SAVEPOINT 를 다시 지정하면 나중에 만든 지점이 기준이 되므로, ROLLBACK TO SP1 은 두 번째 SP1 이후의 INSERT 4만 취소한다.

이어지는 COMMIT 으로 2·3이 확정되어 앞서 커밋한 1과 함께 3행이 남는다.

• 1은 ROLLBACK TO 를 마지막 COMMIT 까지 되돌리는 전체 ROLLBACK 으로 본 값이다.
• 2는 첫 번째 SP1 로 돌아가 INSERT 3까지 취소된다고 본 값이다.
• 4는 저장점으로 되돌린 작업이 COMMIT 으로 되살아난다고 본 값이다.

Oracle 의 VARCHAR2 는 가변 길이 문자형이라 VARCHAR2(10) 처럼 최대 길이를 반드시 적어야 하며, 생략하면 오류가 난다.

반면 CHAR·NUMBER·DATE 는 길이나 정밀도를 생략해도 기본값이 적용되어 정상 생성된다.

• CHAR 는 길이를 생략하면 1바이트 고정 길이로 만들어진다.
• NUMBER 는 정밀도를 생략하면 최대 정밀도의 숫자형이 된다.
• DATE 는 길이를 지정하지 않는 날짜형이라 그대로 생성된다.

복합 PRIMARY KEY 는 (편명, 좌석) 조합이 같은 (라)와 구성 열 좌석이 NULL 인 (마)를 거부하고, 나머지 (가)·(나)·(다)·(바)는 성공해 4개이다.

(다)는 좌석이 같아도 편명이 달라 조합이 다르고, (바)의 승객번호 NULL 은 UNIQUE 가 NULL 을 허용하므로 통과한다.

• 3개는 UNIQUE 열에 NULL 을 넣을 수 없다고 본 값이다.
• 5개는 기본키를 이루는 열 일부는 NULL 이어도 된다고 본 값이다.
• 2개는 좌석만 같아도 기본키 중복이라고 본 값이다.

CREATE TABLE 같은 시스템 권한을 WITH ADMIN OPTION 으로 받아 넘겨준 경우, KIM 의 권한을 회수해도 LEE 에게 준 권한은 연쇄 회수되지 않는다.

객체 권한을 WITH GRANT OPTION 으로 넘긴 경우에는 회수가 연쇄되는 것과 다르다.

• 연쇄 회수는 객체 권한의 WITH GRANT OPTION 에 해당하는 동작이다.
• DBA 가 부여한 권한이므로 DBA 의 REVOKE 는 정상 실행된다.
• 회수 대상은 KIM 이므로 KIM 의 권한이 사라지고 LEE 는 그대로다.