데이터베이스 설계 & ER 모델

데이터베이스 설계 단계: ① 요구 조건 분석 → 사용자 요구사항 파악 ② 개념적 설계 → ER 다이어그램 작성 (DBMS 독립적) ③ 논리적 설계 → 관계 스키마로 변환 (DBMS 종류 고려) ④ 물리적 설계 → 저장 구조·인덱스 설계 (성능 고려)

약한 개체(Weak Entity): • 자체적으로 유일하게 식별할 수 없는 개체 (이중 사각형) • 소유 개체(Owner Entity)에 의존하여 존재 • 부분키(Partial Key): 소유 개체 키와 결합해야 유일 식별 • 예: '부양가족' 개체 — '사원' 없이는 존재 불가

참여 제약(Participation Constraint): • 전체 참여(Total): 모든 개체가 반드시 관계에 참여 → 이중 선 예: 모든 학생은 반드시 학과에 소속 • 부분 참여(Partial): 일부 개체만 관계에 참여 → 단일 선 예: 일부 교수만 보직 담당

-- 1:N 관계 변환 예시: 학과(1) — 학생(N)
-- → N쪽(학생)에 외래키 추가

CREATE TABLE 학과 (
  학과코드 CHAR(3) PRIMARY KEY,
  학과명   VARCHAR(20)
);

CREATE TABLE 학생 (
  학번     CHAR(8) PRIMARY KEY,
  이름     VARCHAR(10),
  학과코드 CHAR(3) REFERENCES 학과(학과코드)  -- FK
);

-- N:M 관계 변환 예시: 학생(N) — 과목(M)
-- → 별도 관계 테이블 생성

CREATE TABLE 수강 (
  학번   CHAR(8) REFERENCES 학생(학번),
  과목코드 CHAR(4) REFERENCES 과목(과목코드),
  성적   INT,
  PRIMARY KEY (학번, 과목코드)
);

약한 개체 → 스키마 변환: 약한 개체의 테이블 PK = 소유 개체의 PK + 부분키 예: 사원(사번) — 부양가족(이름) → 부양가족 테이블 PK = (사번, 이름)

ER 다이어그램에서 개체(Entity)를 나타내는 기호는?

1:N 관계를 관계 스키마로 변환할 때, 외래키를 추가하는 위치는?

약한 개체(Weak Entity)에 대한 설명으로 옳은 것은?

개념적 설계 단계의 결과물로 가장 적절한 것은?

N:M 관계를 관계 스키마로 변환할 때의 방법은?