단원 11~15 섞어 풀기

① — 데이터의 틀과 지킬 규칙을 정해 두는 쪽이 정의 기능이고, 정해 둔 규칙을 어기는 일을 막아 데이터를 지켜 주는 쪽이 제어 기능입니다. 무결성·보안·병행 제어가 모두 제어 기능에 듭니다.

• ② (나)도 틀을 정하는 일로 봤습니다. 틀은 이미 정해져 있고, (나)는 그 틀을 지키게 막는 일입니다.
• ③ 두 자리를 거꾸로 봤습니다. 규칙을 정해 두는 때와 그 규칙이 지켜지게 하는 때가 다릅니다.
• ④ (가)도 지켜 주는 일로 봤습니다. CHECK 조건을 적는 것은 표의 틀을 정하는 일입니다.

다시 볼 레슨: 데이터베이스와 DBMS

③ — 외부 스키마는 보는 쪽마다 따로 있어 여럿이고, 조직 전체를 한 벌로 모은 개념 스키마와 저장 쪽에서 본 내부 스키마는 데이터베이스마다 하나입니다.

• ① 외부와 내부를 거꾸로 봤습니다. 사용자마다 다른 쪽은 외부 스키마이고, 저장 구조는 한 벌입니다.
• ② 개념 스키마가 업무마다 따로 있다고 봤습니다. 업무를 모두 모아 한 벌로 적은 것이 개념 스키마입니다.
• ④ 세 층 모두 여럿이라고 봤습니다. 층을 나눈 까닭은 관점을 가르는 것이고, 전체 구조와 저장 구조는 각각 한 벌이어야 사상이 성립합니다.

다시 볼 레슨: 스키마 3단계와 데이터 독립성

① — 사용자에게 들은 것을 정리한 뒤, DBMS와 상관없는 그림을 그리고(개념), 표와 열을 정하고(논리), 저장과 찾는 길을 정하고(물리), 실제로 만듭니다(구현).

• ② 개념적 설계와 논리적 설계를 바꿔 봤습니다. 업무를 그림으로 먼저 나타내고, 그것을 표 구조로 옮깁니다.
• ③ 논리적 설계와 물리적 설계를 바꿔 봤습니다. 표와 열이 정해져야 저장 방식과 인덱스를 정할 수 있습니다.
• ④ 요구를 듣기 전에 그림을 그린다고 봤고, 구현을 물리적 설계 앞에 두었습니다. 설계가 모두 끝난 뒤에 만듭니다.

다시 볼 레슨: 데이터베이스 설계 단계

② — 마름모는 개체와 개체를 맞대어 잇는 관계의 기호입니다. 속성은 타원으로 그리고, 그 가운데 하나하나를 가려내는 키 속성은 이름에 밑줄을 긋습니다.

• ① 맞습니다. 업무에서 따로 관리하는 대상을 사각형으로 그립니다.
• ③ 맞습니다. 한 대상에 값이 여럿일 수 있는 속성을 이중 타원으로 그립니다.
• ④ 맞습니다. 자기 속성만으로 가려지지 않아 다른 개체에 기대는 개체를 이중 사각형으로 그립니다.

다시 볼 레슨: 개체-관계(E-R) 모델

③ — 학번이 들어 있어 행마다 다르므로 유일성은 있습니다. 그런데 학년을 빼도 학번만으로 구별되어 최소성이 없습니다. 유일성만 갖춘 키가 슈퍼키입니다.

• ① 유일성과 최소성을 모두 갖춰 후보키입니다. 후보키는 슈퍼키이기도 하지만, 문제는 후보키가 아닌 것을 묻습니다.
• ② 이름이 겹칠 수 있어 같은 학과의 동명이인이 두 행에 같은 값으로 나옵니다. 유일성이 없어 슈퍼키부터 아닙니다.
• ④ 학년과 학과코드가 같은 학생이 여럿입니다. 3학년 전자에 105·106이 있어 유일성이 없습니다.

다시 볼 레슨: 키의 종류

④ — 관계대수로 적을 수 있는 질의는 관계해석으로도 적을 수 있고, 그 반대도 됩니다. 적는 방식만 다릅니다.

• ① 두 언어를 거꾸로 봤습니다. 연산의 순서를 적는 관계대수가 절차적, 결과의 조건을 적는 관계해석이 비절차적입니다.
• ② 관계해석이 연산 기호를 쓴다고 봤습니다. ÷는 관계대수의 연산 기호이고, 관계해석은 같은 물음을 ∀로 적습니다.
• ③ 한 꼴만 있다고 봤습니다. 변수가 튜플이면 튜플 관계해석, 속성 값이면 도메인 관계해석입니다.

다시 볼 레슨: 관계해석 · 관계대수: 셀렉트·프로젝트·조인·디비전

① — (가)의 기본키는 한 속성이라 '일부'가 없습니다. 창고주소는 키가 아닌 창고코드를 거쳐 딸려 오므로 이행 함수 종속이고, 3정규형에서 없앱니다. (나)의 기사이름은 기본키의 일부인 차량번호만으로 정해지므로 부분 함수 종속이고, 2정규형에서 없앱니다.

• ② 종속은 맞게 짚고 단계를 바꿔 봤습니다. 부분은 2정규형, 이행은 3정규형에서 없앱니다.
• ③ 두 표의 종속을 바꿔 봤습니다. 결정자가 기본키의 일부인지, 키가 아닌 속성인지로 가립니다.
• ④ 두 가지를 모두 바꿔 봤습니다. 기본키가 한 속성인 표에는 부분 함수 종속이 생기지 않습니다.

다시 볼 레슨: 함수 종속 · 1·2·3정규형

② — 부분 함수 종속을 없애려면 결정자인 메뉴코드와 그것이 정하는 메뉴명을 새 표로 떼어 냅니다. 남은 표에는 기본키 전체로 정해지는 수량만 둡니다. 두 표를 메뉴코드로 다시 이으면 처음 정보가 그대로 돌아옵니다.

• ① 열을 지워 종속을 없앴습니다. 정규화는 정보를 잃지 않게 나누는 일이라, 메뉴명은 다른 표에 남겨야 합니다.
• ③ 떼어 낼 쪽을 거꾸로 봤습니다. 메뉴명이 메뉴코드에 딸려 있으니 그 둘을 함께 떼어 내고, 기본키 전체로 정해지는 수량은 남깁니다.
• ④ 기본키의 두 속성을 서로 다른 표로 갈랐습니다. 수량은 급식일과 메뉴코드를 함께 알아야 정해져, 이렇게 나누면 어느 급식의 수량인지 알 수 없습니다.

다시 볼 레슨: 1·2·3정규형 · 함수 종속

④ — 4정규형이 없애는 것은 다치 종속입니다. 조인 종속은 표 둘로는 되살아나지 않고 셋 이상으로 나눠야 되살아나는 관계이고, 5정규형에서 없앱니다.

• ① 맞습니다. 기본키의 일부가 정하는 속성을 떼어 내는 단계입니다.
• ② 맞습니다. 키가 아닌 속성을 거쳐 딸려 오는 속성을 떼어 내는 단계입니다.
• ③ 맞습니다. 값을 정하는 쪽이 모두 후보키여야 한다고 요구하는 단계입니다.

다시 볼 레슨: BCNF·4NF·5NF · 1·2·3정규형

④ — 반정규화는 정규화를 모두 마친 뒤, 읽기가 잦아 느린 곳에만 일부러 중복을 허용하는 일입니다. 같은 값이 여러 곳에 남아 한 곳만 고치면 값이 어긋나는 위험이 생깁니다.

• ① 두 자리를 모두 거꾸로 봤습니다. 중복을 없앤 뒤에 되돌리는 일이고, 조인은 줄어듭니다.
• ② 하는 때를 거꾸로 봤습니다. 먼저 정규화로 중복을 없애고, 필요한 곳만 되돌립니다.
• ③ 잃는 것을 거꾸로 봤습니다. 조인을 줄이려고 하는 일이라 조인은 늘어나지 않습니다.

다시 볼 레슨: 반정규화

③ — SELECT는 표의 틀을 바꾸지 않고 행을 꺼내 오는 문장이라 DML입니다. 종류는 무엇을 다루는지로 가립니다 — 틀은 DDL, 행은 DML, 권한은 DCL입니다.

• ① 맞습니다. 표의 틀을 새로 만드는 문장이라 DDL입니다.
• ② 맞습니다. 사용자에게 권한을 주는 문장이라 DCL입니다.
• ④ 맞습니다. 표 안의 행 값을 바꾸는 문장이라 DML입니다.

다시 볼 레슨: SQL의 분류

① — '김%'은 '김'으로 시작하는 이름을 모두 맞혀 김민수·김지민이 남습니다. 뒤 조건이 3학년 김민수를 걸러 김지민 한 행입니다. AND로 이은 두 조건은 모두 만족해야 합니다.

• ② 학년 조건을 빼고 이름만 봤습니다. 김민수는 3학년이라 학년 <= 2에 맞지 않습니다.
• ③ 이름 조건을 빼고 학년만 봤습니다. 2학년 이하는 네 명이고, 그 가운데 '김'으로 시작하는 이름은 김지민뿐입니다.
• ④ 두 조건을 OR로 읽었습니다. 둘 가운데 하나만 맞아도 남긴 꼴입니다.

다시 볼 레슨: SELECT 기본: 조건과 정렬

② — COUNT(*)는 조건에 맞는 모든 행을 세어, 106의 행까지 다섯입니다. COUNT(열)은 그 열이 NULL인 행을 빼고 세므로 점수가 비어 있는 106을 빼 넷입니다.

• ① 넣은 행이 세어지지 않는다고 봤습니다. 점수가 비어 있어도 행은 수강 표에 들어가 COUNT(*)에 셉니다.
• ③ 두 함수를 거꾸로 봤습니다. NULL을 빼고 세는 쪽은 괄호에 열 이름을 적은 COUNT(점수)입니다.
• ④ 둘 다 모든 행을 센다고 봤습니다. COUNT(점수)는 점수가 있는 행만 셉니다.

다시 볼 레슨: 그룹과 집계: GROUP BY·HAVING

③ — PARTITION BY 학번은 학생마다 순위를 따로 매깁니다. 수강 기록이 있는 학생은 101·102·103·104·105·107 여섯이고, 학생마다 가장 높은 점수의 행이 하나씩 1을 받습니다. 한 학생 안에 동점이 없어 1이 둘인 학생도 없습니다.

• ① 표 전체에 순위를 한 번만 매긴다고 봤습니다. 그러면 가장 높은 100점 한 행만 1입니다.
• ② 칸을 나누는 열을 과목코드로 봤습니다. 과목마다 1등을 뽑으면 운영체제의 75점 동점 둘까지 넣어 4행입니다.
• ④ 칸마다 1부터 다시 세니 모든 행이 1을 받는다고 봤습니다. 칸 안에서도 점수 차례로 순위가 붙습니다.

다시 볼 레슨: 윈도우 함수

② — 서브쿼리는 선수과목이 적힌 운영체제·네트워크의 학점 3·2를 돌려줍니다. > ANY는 그 가운데 하나라도 넘으면 참이라 가장 작은 2보다 크면 됩니다. 학점이 3인 운영체제와 자료구조가 남습니다.

• ① 서브쿼리가 고른 두 과목 안에서만 찾았습니다. 서브쿼리가 돌려주는 것은 과목이 아니라 견줄 학점 값입니다.
• ③ ANY를 '서브쿼리에 행이 있으면 참'으로 봤습니다. 그것은 EXISTS의 동작이고, 네트워크의 학점 2는 2보다 크지 않아 빠집니다.
• ④ ANY를 ALL로 봤습니다. > ALL이면 가장 큰 3보다 커야 해서 한 행도 남지 않습니다.

다시 볼 레슨: 서브쿼리

③ — 집합 연산자로 이으려면 두 SELECT 문의 열 개수가 같고, 같은 자리의 열끼리 형도 맞아야 합니다. 두 학과코드는 열이 하나씩이고 둘 다 글자라 이을 수 있습니다.

• ① 열은 하나씩이지만 학번은 수, 과목코드는 글자입니다. 형이 달라 ORA-01790 오류가 납니다.
• ② 열 개수가 2와 1로 다릅니다. 개수부터 같아야 해서 ORA-01789 오류가 납니다.
• ④ 열은 하나씩이지만 이름은 글자, 학년은 수입니다. ①과 같은 까닭으로 이을 수 없습니다.

다시 볼 레슨: 집합 연산자

① — 기본키 값은 겹치면 안 되므로, DBMS가 그 열에 고유 인덱스를 만들어 겹침을 빠르게 검사합니다. 학생 표에서는 학생_PK가 그 인덱스입니다.

• ② 표마다 하나씩 생긴다고 봤습니다. 기본키나 UNIQUE 제약 조건이 없는 표에는 인덱스가 생기지 않습니다.
• ③ NOT NULL이 인덱스를 만든다고 봤습니다. 비어 있는지만 보는 제약 조건이라 값을 정렬해 둘 필요가 없습니다.
• ④ 외래키에도 저절로 생긴다고 봤습니다. 학생 표의 학과코드에는 외래키가 걸려 있지만 인덱스는 생기지 않아, 줄은 하나뿐입니다.

다시 볼 레슨: 인덱스

② — 뷰 이름의 앞머리가 누구의 것을 보여 주는지 가립니다. ALL_은 내가 권한을 받아 쓸 수 있는 객체를 보여 줍니다.

• ① USER_는 내가 가진 객체만 보여 줍니다. 남의 표는 권한을 받았어도 여기에 나오지 않습니다.
• ③ DBA_는 데이터베이스의 모든 객체를 보여 주지만 관리자 권한이 있어야 합니다. 권한이 없으면 없는 표라는 오류가 납니다.
• ④ 표가 아니라 열을 담은 뷰입니다. 표 목록은 _TABLES 쪽에서 봅니다.

다시 볼 레슨: 시스템 카탈로그와 데이터 사전

② — 공유 락은 여러 트랜잭션이 함께 걸 수 있는 락이라, 다른 트랜잭션도 그 행을 읽습니다. 다만 값을 고치려면 혼자만 걸 수 있는 배타 락이 필요해 쓰기는 기다려야 합니다.

• ① 쓰기까지 된다고 봤습니다. 읽는 중에 값이 바뀌면 읽은 값을 믿을 수 없어 쓰기를 막습니다.
• ③ 두 가지를 거꾸로 봤습니다. 공유 락이 막는 쪽은 쓰기입니다.
• ④ 배타 락의 동작으로 봤습니다. 읽기까지 막는 쪽은 하나만 걸 수 있는 배타 락입니다.

다시 볼 레슨: 병행 제어

④ — 디스크가 망가져 데이터를 읽을 수 없는 장애가 미디어 장애입니다. 로그만으로는 되살릴 바탕이 없어, 백업으로 데이터베이스를 되살린 뒤 로그의 바꾼 뒤 값을 다시 반영합니다.

• ① 두 자리를 모두 거꾸로 봤습니다. 디스크가 망가진 쪽은 미디어 장애이고, 백업이 필요합니다.
• ② 이름을 시스템 장애로 봤습니다. 시스템 장애는 메모리 내용만 날아가고 디스크는 남은 때입니다.
• ③ 이름은 맞게 짚고 방법을 시스템 장애 쪽으로 봤습니다. 디스크가 망가지면 읽을 로그와 데이터가 그 디스크에 있어 백업부터 되살립니다.

다시 볼 레슨: 회복

받는 답: (가) Degree · (나) Cardinality

(가)는 속성의 수, (나)는 튜플의 수입니다. 학과 표는 두 값이 모두 3이지만 학생 표에서 4와 7로 갈립니다.

• 같은 이름의 다른 꼴: (가) 차수·디그리 · (나) 카디널리티·기수 — 한글로 쓴 이름입니다. 문제가 영문으로 물었습니다.
• 틀리는 꼴 Attribute — (가)에: 속성 하나를 가리키는 이름입니다. 묻는 것은 속성이 몇인지를 가리키는 이름입니다.
• 틀리는 꼴 Tuple — (나)에: 행 하나를 가리키는 이름입니다. 행이 몇인지를 가리키는 이름은 Cardinality입니다.

다시 볼 레슨: 관계 데이터 모델: 릴레이션

받는 답: (가) 정규화 · (나) 반정규화

(가)의 실마리는 '주제마다 나눠 같은 사실을 한 곳에만 둔다', (나)는 '읽기가 느려 일부러 같은 값을 두 곳에 둔다'입니다.

• 같은 이름의 다른 꼴: (가) Normalization · (나) Denormalization — 영문 원어입니다. 문제가 한글로 물었습니다.
• 틀리는 꼴 정규형 — (가)에: 표가 지켜야 할 조건의 단계를 가리키는 이름입니다. 나누는 일 자체의 이름은 정규화입니다.
• 틀리는 꼴 정규화 — (나)에: 중복을 없애려고 나누는 쪽입니다. (나)는 그 결과를 일부러 되돌렸습니다.

다시 볼 레슨: 1·2·3정규형 · 반정규화

받는 답: 2PL

실마리는 '얻는 단계와 푸는 단계가 갈리고, 풀기 시작하면 더 얻지 못한다'입니다. 이 규약을 지키면 차례로 실행한 것과 같은 결과가 보장됩니다.

• 같은 이름의 다른 꼴: 2단계 로킹 · Two-Phase Locking — 한글 이름과 영문 원어입니다. 문제가 영문 약어로 물었습니다.
• 틀리는 꼴 확장 단계: 락을 얻기만 하는 앞 단계의 이름입니다. 묻는 것은 두 단계로 나눈 규약 전체의 이름입니다.
• 틀리는 꼴 타임스탬프 순서: 시작 시각의 순서로 접근을 받아 주는 기법이라 락을 쓰지 않습니다.

다시 볼 레슨: 병행 제어

받는 답: 1학년 1 · 3학년 2 · 학년이 NULL인 총계 줄 3, 모두 3행

전자(EE) 학생은 1학년 104, 3학년 105·106입니다. ROLLUP은 학년별 묶음에 총계 묶음을 하나 더해 셉니다. 총계 줄은 묶지 않은 학년 칸이 NULL로 보이고, Oracle은 오름차순 정렬에서 NULL을 맨 뒤에 둡니다.

• 틀리는 꼴 1학년 1 · 3학년 2로 끝낸 2행: ROLLUP이 총계 줄을 만들지 않는다고 봤습니다. 묶는 열이 하나여도 총계 줄은 붙습니다.
• 틀리는 꼴 2학년 0 줄을 넣은 4행: 전자에 없는 학년도 0으로 나온다고 봤습니다. 묶을 행이 없는 학년은 묶음부터 생기지 않습니다.
• 틀리는 꼴 총계 줄을 맨 위에 둔 꼴: 총계 줄의 학년 칸이 NULL이라 오름차순에서는 맨 뒤입니다.

다시 볼 레슨: 그룹 함수: ROLLUP·CUBE

받는 답: 김민수 3과목 8학점 · 박서연 2과목 5학점 · 최민준 2과목 5학점, 모두 3행

70점 이상인 수강만 남기면 김민수(101)는 DS·OS·NW 셋, 이서준(102)은 DS 하나, 박서연(104)은 OS·NW 둘, 최민준(105)은 DS·NW 둘입니다. 학점은 DS 3·OS 3·NW 2라 학점합이 김민수 8, 이서준 3, 박서연 5, 최민준 5이고, HAVING이 5보다 적은 이서준을 걸러 냅니다.

• 틀리는 꼴 김민수·김지민·박서연·이서준·최민준 다섯 줄: WHERE의 점수 조건을 건너뛰고 수강 12행을 모두 셌습니다. 그러면 김지민 5, 이서준 6이 되어 다섯 사람이 남습니다.
• 틀리는 꼴 김민수 한 줄: >=를 >로 읽었습니다. 박서연과 최민준의 학점합은 정확히 5라 남습니다.
• 틀리는 꼴 이서준 1과목 3학점을 더한 네 줄: HAVING 조건을 보지 않고 묶음을 모두 냈습니다.

다시 볼 레슨: 조인 · 그룹과 집계: GROUP BY·HAVING