데이터 모델링의 이해 문제·해설 모음

정답: 1번. 개념적 모델링은 핵심 엔터티와 관계를 추상적으로 정의하고, 논리적 모델링은 정규화와 키·속성·관계를 상세히 정의한다. 물리적 모델링은 특정 DBMS의 테이블·인덱스·저장 구조를 설계한다.

정답: 2번. 데이터 관점은 업무가 어떤 데이터와 관련 있는지(What), 프로세스 관점은 업무가 실제로 하는 일과 처리 방법(How), 상관 관점은 업무 처리 방법에 따라 데이터가 어떤 영향을 받는지(CRUD)를 본다.

정답: 1번. 외부 스키마는 사용자별 관점, 개념 스키마는 통합된 조직 전체 관점, 내부 스키마는 물리적 저장 구조를 표현한다. 이 구조로 논리적·물리적 데이터 독립성을 확보한다.

정답: 4번. 데이터 모델링의 유의점은 중복(같은 데이터를 여러 곳에 저장), 비유연성(업무 변화에 모델이 쉽게 대응하지 못함), 비일관성(데이터 간 상호 연관 관계가 정의되지 않아 모순 발생)이다.

정답: 3번. 모델링의 특징은 추상화(현실 세계를 일정한 형식에 맞춰 표현), 단순화(제한된 표기법·언어로 쉽게 이해하도록 표현), 명확화(애매모호함을 없애고 정확하게 기술)다.

정답: 4번. 데이터 모델의 3요소는 대상인 어떤 것(엔터티), 그것의 성격(속성), 그것들 사이의 관계다. 프로그램은 프로세스 쪽 관심사다.

정답: 4번. 3단계 스키마 구조는 데이터 독립성을 위한 것이다. 논리적 독립성은 개념 스키마 변경이 외부 스키마에 영향을 주지 않는 것이고, 물리적 독립성은 내부 스키마(저장 구조) 변경이 개념 스키마에 영향을 주지 않는 것이다.

정답: 3번. 개념적 모델링은 핵심 엔터티와 관계를 찾아 큰 그림을 그리는 단계다. 논리적 모델링은 키·속성·관계를 정확히 표현하고 정규화하며, 물리적 모델링은 실제 DBMS의 저장 구조와 성능을 고려한다.

정답: 3번. 엔터티는 업무에 필요하고, 유일한 식별자로 구분되며, 두 개 이상의 인스턴스 집합이어야 하고, 업무 프로세스에서 쓰이며, 속성을 가지고, 다른 엔터티와 관계를 하나 이상 가져야 한다(통계성·코드성 엔터티 등은 예외).

정답: 2번. 발생 시점에 따라 기본(키) 엔터티는 다른 엔터티의 영향 없이 독립적으로 생성되고, 중심 엔터티는 기본 엔터티에서 발생해 업무의 중심 역할을 하며, 행위 엔터티는 두 개 이상의 부모에서 발생해 자주 변경된다.

정답: 4번. 유형 엔터티는 사원·물품처럼 물리적 형태가 있고, 개념 엔터티는 조직·보험상품처럼 형태 없는 개념이며, 사건 엔터티는 주문·청구처럼 업무 수행 중 발생한다.

정답: 2번. 엔터티 이름은 업무 용어를 쓰고, 약어를 피하며, 단수 명사를 쓰고, 유일해야 하며, 생성 의미대로 붙인다.

정답: 1번. 사건 엔터티는 업무 수행 중 발생하며 발생량이 많고 통계 자료로 많이 쓰인다. 유형 엔터티는 사원·물품처럼 물리적 형태가 있고, 개념 엔터티는 보험상품처럼 형태 없는 개념이다.

정답: 4번. 기본 엔터티는 다른 엔터티의 영향 없이 독립적으로 생성되는 사원·부서·고객·상품 등이다. 주문·계약 같은 중심 엔터티는 기본 엔터티에서 발생하고, 주문목록·사원변경이력 같은 행위 엔터티는 두 개 이상의 부모 엔터티에서 발생한다.

정답: 2번. 인스턴스는 엔터티에 속하는 개별 대상 하나하나다. '과목명'과 '학점'은 과목의 속성이고, '수강'은 학생과 과목 사이의 관계나 교차 엔터티에 해당한다.

정답: 4번. 주문·계약·청구 같은 중심 엔터티는 고객·상품 같은 기본 엔터티에서 발생하고, 주문목록 같은 행위 엔터티를 만들어 낸다. 개념 엔터티는 유무형에 따른 분류다.

정답: 4번. 통계를 위한 엔터티, 코드를 위한 엔터티, 시스템 내부 필요(로그 등)에 의한 엔터티는 관계를 생략해 표현하는 경우가 많다. 나머지는 업무상 다른 엔터티와 분명한 관계를 가진다.

정답: 3번. 파생 속성은 다른 속성으로부터 계산되거나 변형된 값이다. 데이터 정합성을 위해 가급적 적게 정의하는 것이 좋다.

정답: 4번. 설계 속성은 업무상 필요하지는 않지만 모델링 과정에서 규칙화나 식별을 위해 새로 만든 속성이다. 기본 속성은 업무에서 추출한 본래 속성이다.

정답: 2번. 도메인은 속성이 가질 수 있는 값의 범위로, 데이터 타입과 크기, 제약 조건을 포함한다.

정답: 4번. 구성 방식에 따라 엔터티를 식별하는 기본키 속성, 다른 엔터티와의 관계에서 포함된 외래키 속성, 그 밖의 일반 속성으로 나눈다. 파생 속성은 특성에 따른 분류다.

정답: 4번. 복합 속성은 여러 세부 속성으로 나눌 수 있는 속성이고, 단순 속성은 나이처럼 더 나눌 수 없는 속성이다. 다중값 속성은 하나의 인스턴스에 여러 값이 들어가는 속성이다.

정답: 3번. 속성 이름은 업무 용어를 쓰고, 서술식 이름을 쓰지 않으며, 약어를 제한하고, 전체 모델에서 유일하게 짓는 것이 원칙이다. '주문일자'처럼 명사형으로 짓는다.

정답: 2번. 한 인스턴스의 한 속성은 하나의 값만 가진다. 여러 값을 가지는 다중값 속성이 있으면 제1정규화로 별도 엔터티로 분리한다.

정답: 3번. 특성에 따라 업무에서 바로 나온 기본 속성, 설계하면서 새로 만든 설계 속성(코드·일련번호), 다른 속성으로 계산한 파생 속성으로 나눈다. 외래키 속성은 구성 방식에 따른 분류다.

정답: 3번. 관계 표기법은 관계명, 관계차수(1:1, 1:M, M:N), 관계 선택사양(필수 참여·선택 참여)으로 구성된다.

정답: 3번. 부서와 사원처럼 단순히 소속되어 존재하는 것은 존재에 의한 관계이고, 고객과 주문처럼 행위가 발생하면서 생기는 것은 행위에 의한 관계다.

정답: 1번. M:N 관계는 관계형 테이블로 직접 구현할 수 없으므로 교차 엔터티를 만들어 양쪽과 각각 1:M 관계를 맺게 한다. 반복 속성은 제1정규형 위반이다.

정답: 1번. 관계 페어링은 인스턴스 단위의 개별 관계이고, 이 페어링의 집합을 논리적으로 표현한 것이 관계다.

정답: 3번. 관계 정의 시 연관 규칙, 정보의 조합, 업무 기술서·장표에 관계 연결 규칙이 서술되어 있는지, 관계를 연결하는 동사가 있는지를 확인한다.

정답: 2번. 관계는 '각각의(기준 엔터티) … 관계 차수 … 선택사양 … 관계명' 순서로 읽는다. 필수 참여는 '항상', 선택 참여는 '때때로'로 읽는다.

정답: 2번. 관계 차수는 한 엔터티의 인스턴스가 다른 엔터티의 인스턴스 몇 개와 관계를 맺는지를 나타낸다. 선택사양은 반드시 참여하는지 여부, 관계명은 관계의 이름이다.

정답: 1번. ERD는 관계를 존재에 의한 관계(예: 부서와 사원)와 행위에 의한 관계(예: 고객과 주문)로 나눈다. UML의 연관 관계는 존재에 의한 관계, 의존 관계는 행위에 의한 관계에 대응한다.

정답: 2번. 관계명은 '소속된다', '주문한다'처럼 구체적인 동사를 현재형으로 쓰고, 양쪽 방향으로 각각 붙인다. '관계된다', '이다' 같은 애매한 동사는 피한다.

정답: 1번. 주식별자는 유일성(인스턴스를 유일하게 구분), 최소성(최소 속성 수), 불변성(값이 자주 바뀌지 않음), 존재성(반드시 값이 있음, NULL 불가)을 만족해야 한다.

정답: 2번. 내부 식별자는 엔터티 내부에서 스스로 만들어지고, 외부 식별자는 다른 엔터티와의 관계로 받아 온 식별자로 자식 쪽에서 외래키가 된다.

정답: 4번. 비식별 관계는 약한 종속 관계로, 부모 없이 자식이 생성될 수 있거나 여러 부모 중 하나와만 관계를 맺거나 자식 식별자를 독립적으로 두고 싶을 때 쓴다. 부모 식별자가 자식 주식별자의 일부가 되면 식별 관계다.

정답: 3번. 인조 식별자는 값이 단순하고 바뀌지 않아 편리하지만, 본질 식별자 조합의 중복을 막지 못해 중복 데이터가 생길 수 있고 이를 막기 위한 인덱스가 추가로 필요할 수 있다.

정답: 1번. 대표성 여부에 따라 주식별자와 보조 식별자로 나눈다. 주식별자는 유일성·최소성에 대표성까지 갖춰 참조 관계 연결에 쓰인다.

정답: 2번. 식별 관계는 부모의 주식별자가 자식의 주식별자에 계속 상속되므로 하위 엔터티로 갈수록 주식별자 속성이 늘어나 SQL 조인이 복잡해진다. 그래서 적절히 비식별 관계를 섞는다.

정답: 4번. 이름처럼 기술되는 속성은 같은 값이 생기거나 바뀔 수 있어 주식별자로 피한다. 업무에서 자주 쓰는 속성을 쓰고, 속성 수가 많으면 인조 식별자를 검토한다.

정답: 1번. 주식별자는 유일성(인스턴스를 유일하게 구분), 최소성(최소한의 속성), 불변성(값이 바뀌지 않음), 존재성(반드시 값이 있음)을 만족해야 한다.

정답: 2번. 제1정규형은 모든 속성이 원자값(더 나눌 수 없는 하나의 값)을 가져야 한다. 반복되는 값은 별도 엔터티로 분리한다.

정답: 4번. 주식별자의 일부에만 종속되는 부분 함수 종속이 있으면 제2정규형 위반이다. 상품명은 상품 엔터티로 분리한다.

정답: 4번. 주식별자가 아닌 속성을 거쳐 다른 속성이 결정되는 이행 함수 종속이 있으면 제3정규형 위반이다. 부서명은 부서 엔터티로 분리한다.

정답: 3번. 반정규화는 데이터 무결성을 해칠 수 있으므로 대상을 조사한 뒤, 뷰·클러스터링·인덱스·응용 프로그램 조정 같은 다른 방법을 먼저 검토하고 그래도 안 될 때 적용한다.

정답: 1번. 수직 분할은 컬럼 단위로, 수평 분할은 행 단위(예: 기간별)로 테이블을 나눈다.

정답: 2번. 하나로 통합하면 조인이 줄어 함께 조회할 때 유리하지만, 서브타입별 속성이 NULL로 많이 남을 수 있다. 개별 처리가 많으면 서브타입별 테이블(OneToOne), 슈퍼+서브 각각(Plus) 방식을 쓴다.

정답: 4번. Range는 날짜 같은 값의 범위로, List는 지역 코드처럼 특정 값 목록으로, Hash는 해시 함수로 데이터를 나눈다.

정답: 2번. BCNF는 모든 결정자가 후보키여야 한다. 제4정규형은 다치 종속, 제5정규형은 조인 종속을 제거한다.

정답: 3번. 서로 독립적인 다치 종속(사원 →→ 기술, 사원 →→ 자격증)을 (사원, 기술)과 (사원, 자격증)으로 나누는 것이 제4정규화다.

정답: 1번. 계산에 드는 성능 부담을 줄이려고 계산 결과를 미리 저장하는 컬럼을 추가하는 것이 파생 컬럼 추가다. 원본 값이 바뀔 때 함께 갱신해야 무결성이 유지된다.

정답: 3번. COUNT(*)는 NULL 여부와 관계없이 모든 행을 세므로 6, COUNT(COMM)은 COMM이 NULL이 아닌 행만 세므로 2다.

정답: 1번. 원자성은 트랜잭션 안의 연산이 모두 성공하거나 모두 취소되어야 한다는 성질이다. 일관성은 실행 전후 데이터가 일관된 상태, 고립성은 다른 트랜잭션의 간섭 배제, 지속성은 완료된 결과의 영구 보존이다.

정답: 2번. Dirty Read는 커밋되지 않은 데이터를 읽는 것, Non-Repeatable Read는 같은 행을 다시 읽었을 때 값이 바뀐 것, Phantom Read는 없던 행이 새로 나타나는 것이다.

정답: 1번. NULL은 값이 없거나 알 수 없음을 뜻한다. NULL과의 비교는 UNKNOWN, 산술 연산 결과는 NULL이며, 집계 함수는 NULL을 제외하고 계산한다.

정답: 3번. 상호배타적 관계는 두 개 이상의 관계 중 하나만 맺을 수 있는 관계다. 재귀 관계는 사원-관리자처럼 같은 엔터티 안에서 맺는 관계다.

정답: 3번. READ UNCOMMITTED는 Dirty Read까지 허용하고, READ COMMITTED는 Dirty Read를 막는다. REPEATABLE READ는 Non-Repeatable Read까지 막고, SERIALIZABLE은 Phantom Read까지 막는다. Oracle의 기본 격리 수준은 READ COMMITTED다.

정답: 1번. ACID 중 원자성은 모두 반영되거나 하나도 반영되지 않는 것, 일관성은 실행 전후에 모순이 없는 것, 고립성은 다른 트랜잭션의 간섭을 받지 않는 것, 지속성은 커밋된 결과가 영구히 남는 것이다.

정답: 1번. COMM이 NULL인 행은 NULL <> 50 비교가 UNKNOWN이라 제외된다. 50이 아니면서 NULL도 아닌 CHOI(30) 하나만 남는다.