95. 결정자 (Determinant) X / 종속자 (Dependent) Y

핵심 인사이트 (3줄 요약)

본질: 결정자 (Determinant, X)는 다른 속성의 값을 고유하게 확정 짓는 기준 속성이며, 종속자 (Dependent, Y)는 그 결정자에 의해 값이 수동적으로 정해지는 속성이다.

가치: 함수적 종속성 ($X \rightarrow Y$)을 식별하여 데이터베이스의 이상 현상 (Anomaly)을 방지하고 정규화 (Normalization)를 수행하는 핵심 판단 기준이 된다.

판단 포인트: 설계 시 모든 일반 속성(종속자)은 오직 기본 키 (Primary Key) 전체에만 완전 함수 종속되어야 하며, 기본 키가 아닌 속성이 결정자 역할을 하면 제3정규형이나 BCNF 위반을 의심해야 한다.

Ⅰ. 개요 및 필요성

데이터베이스 설계에서 속성(컬럼) 간의 관계를 파악하는 것은 데이터 무결성을 유지하는 첫걸음이다. **결정자 (Determinant)**는 특정 릴레이션 내에서 어떤 속성의 값을 유일하게 식별해 낼 수 있는 권력을 가진 속성이다. 반대로 **종속자 (Dependent)**는 스스로는 값을 확정할 수 없고 결정자의 값에 기생하여 값이 매겨지는 속성이다.

관계형 데이터베이스에서는 중복과 갱신 이상 (Update Anomaly)을 막기 위해 테이블을 쪼개야(정규화) 하는데, 이때 "어떤 컬럼이 어떤 컬럼을 결정하는가?"라는 함수적 종속성 (Functional Dependency)을 정확히 파악하지 못하면 잘못된 테이블 분리가 일어난다. 따라서 릴레이션 내의 모든 속성 간 결정권(결정자와 종속자)을 지도처럼 그리는 작업이 필수적이다.

📢 섹션 요약 비유: 결정자와 종속자는 **'자판기 버튼'과 '나오는 음료수'**와 같다. 사용자가 '콜라 버튼(결정자)'을 누르면 자판기는 무조건 '콜라 캔(종속자)'을 떨어뜨려야 한다. 버튼이 음료수의 운명을 지배한다.

Ⅱ. 아키텍처 및 핵심 원리

결정자(X)와 종속자(Y)의 관계는 수학적 함수 관계로 표현되며, $X \rightarrow Y$ (X가 Y를 결정한다, Y는 X에 함수적으로 종속된다)로 표기한다.

속성 역할	수식 표현	특성	예시 (학생 릴레이션)
결정자 (X)	$X \rightarrow Y$의 출발점	고유한 값을 가져야 함 (주로 PK, Candidate Key)	학번, 주민번호
종속자 (Y)	$X \rightarrow Y$의 도착점	결정자의 값에 의해 종속적으로 값이 결정됨	이름, 학과, 주소

복합 속성이 결정자가 될 수도 있다. 예를 들어 수강 릴레이션(학번, 과목코드, 성적)에서 '학번' 단독으로는 여러 과목을 수강하므로 성적을 결정할 수 없고, '과목코드' 단독으로도 수강생이 많아 성적을 결정할 수 없다. 오직 {학번, 과목코드}라는 복합 키가 뭉쳐야만 하나의 결정자 집합으로서 성적을 종속자로 거느릴 수 있다.

┌──────────────────────────────────────────────────────────────┐
│                  함수적 종속성(FD) 관계도                  │
├──────────────────────────────────────────────────────────────┤
│                                                              │
│       [ 결정자 (Determinant, X) ]      [ 종속자 (Dependent, Y) ] │
│                                                              │
│   단일 속성:       학번 ───────────────────▶ 이름, 학과       │
│                                                              │
│   복합 속성: {학번, 과목코드} ───────────────▶ 성적             │
│                                                              │
└──────────────────────────────────────────────────────────────┘

이 그림은 결정자가 단일 컬럼일 수도 있고 복합 컬럼일 수도 있으며, 화살표의 방향이 곧 데이터 식별의 주도권임을 보여준다.

📢 섹션 요약 비유: 복합 결정자는 은행의 투투 (Two-man) 룰 금고와 같다. 지점장의 열쇠(학번)와 부지점장의 열쇠(과목코드)가 동시에 꽂혀야만 금고(성적)가 열리듯, 두 값이 합쳐져야 완전한 결정권이 생긴다.

Ⅲ. 비교 및 연결

결정자와 종속자의 개념은 함수적 종속성의 종류에 따라 그 관계의 결속력이 달라지며, 이는 정규화 단계와 직결된다.

종속성 종류	결정자-종속자 관계 설명	관련 정규화
부분 함수 종속	종속자가 복합 결정자의 일부 속성에만 종속됨	제2정규형 (2NF) 대상
완전 함수 종속	종속자가 복합 결정자 전체에만 종속됨	이상적인 설계 상태
이행 함수 종속	$X \rightarrow Y$ 이고 $Y \rightarrow Z$ 일 때, Y가 Z의 결정자가 됨	제3정규형 (3NF) 대상
후보키 아닌 결정자	기본키가 아닌 일반 속성이 다른 속성의 결정자 역할을 함	BCNF 대상

일반적으로 테이블 내의 기본 키는 테이블 전체 속성의 궁극적인 결정자 역할을 한다. 그러나 이행 함수 종속이나 BCNF 위반 사례처럼 "을(일반 속성)이 또 다른 병(일반 속성)에게 갑(결정자) 행세를 하는 경우" 데이터 일관성이 깨지게 된다.

📢 섹션 요약 비유: 완전 함수 종속은 사장(결정자 전체)에게 직보하는 구조이고, 이행 함수 종속은 사장-부장-사원 순으로 결재 라인이 늘어져 중간 간부(일반 속성)가 하급자를 결정하는 꼬인 상태다.

Ⅳ. 실무 적용 및 기술사 판단

실무 데이터베이스 모델링 및 튜닝 시 결정자 파악은 엔티티 도출 직후 가장 먼저 수행해야 하는 검증 단계다.

실무 체크리스트

숨은 결정자 찾기: 모든 일반 컬럼을 나열하고, PK 없이도 서로를 유일하게 식별하는 관계가 있는지 묻는다. (예: 우편번호 $\rightarrow$ 시/군/구)
역방향 종속 확인: "이름을 알면 학번을 알 수 있는가?" 동명이인이 있다면 이는 종속성이 성립하지 않는다. 철저히 데이터의 의미(Semantic)를 기반으로 1:1, 1:N 방향성을 검증해야 한다.
BCNF 위반 방지: 복합 키(A, B)로 이루어진 테이블에서 일반 속성 C가 복합 키의 일부인 B를 결정해버리는(역극) 상황이 없는지 확인한다.

기술사 판단 포인트

데이터 마트 (DM)나 데이터 웨어하우스 (DW) 환경에서는 조회 성능 향상을 위해 의도적으로 부분/이행 함수 종속을 허용(반정규화)하기도 한다. 즉, 결정자-종속자 관계를 100% 분리하는 정규화가 트랜잭션(OLTP) 환경에서는 정답이지만, 분석(OLAP) 환경에서는 오답일 수 있음을 시스템 목적에 따라 판단해야 한다.

📢 섹션 요약 비유: 결정자 분리(정규화)는 회사 부서를 세세하게 나누는 것과 같다. 업무 분담(데이터 정합성)은 명확해지지만, 다른 부서와 협업(조인)할 때 회의 시간(지연)이 더 걸리는 트레이드오프가 있다.

Ⅴ. 기대효과 및 결론

결정자와 종속자의 관계를 명확히 정의하면, 데이터 갱신 시 발생하는 중복 저장, 수정 이상, 삭제 이상, 삽입 이상 현상을 원천 차단할 수 있다. 테이블의 구조가 데이터의 본질적 의미를 수학적으로 완벽하게 반영하게 되는 것이다.

결론적으로 결정자와 종속자 개념은 단순한 이론이 아니라, 데이터베이스의 건강함을 진단하는 엑스레이(X-Ray)다. 설계자는 언제나 "이 테이블에서 누가 갑(결정자)이고 누가 을(종속자)인가?"를 끊임없이 질문하며 데이터 구조를 정제해야 한다.

📢 섹션 요약 비유: 결정자와 종속자를 정리하는 것은 가계도를 그리는 것과 같다. 누가 누구의 조상(결정자)이고 자손(종속자)인지 족보가 명확해야 집안(데이터베이스)이 평화롭다.

📌 관련 개념 맵

개념	연결 포인트
함수적 종속성 (Functional Dependency)	결정자와 종속자 간의 $X \rightarrow Y$ 수학적 종속 관계
제2/제3 정규형 (2NF, 3NF)	부분 함수 종속 및 이행 함수 종속을 제거하여 릴레이션을 분리하는 과정
보이스-코드 정규형 (BCNF)	모든 결정자가 후보 키가 되도록 테이블을 쪼개는 엄격한 정규화
이상 현상 (Anomaly)	결정자와 종속자 관계가 꼬여 있을 때 발생하는 삽입/삭제/갱신 오류

📈 관련 키워드 및 발전 흐름도

엔티티 및 속성 도출
    │
    ▼
결정자 (Determinant) 및 종속자 (Dependent) 식별
    │
    ▼
함수적 종속성 (Functional Dependency) 분석 (완전, 부분, 이행)
    │
    ▼
정규화 (Normalization) 수행 (1NF ~ BCNF)
    │
    ▼
반정규화 (De-normalization) 판단 (성능 요건 고려)

이 흐름도는 속성을 나열한 뒤, 권력 관계(결정자)를 파악하고, 이를 기반으로 테이블을 쪼개고(정규화) 합치는(반정규화) 실무 설계 과정을 보여준다.

👶 어린이를 위한 3줄 비유 설명

학교에서 반장(결정자)이 한 명 정해지면, 그 반에 속한 학생들(종속자)의 규칙도 함께 정해져요.
반장 이름만 부르면 반 전체 학생이 누군지 확실하게 알 수 있는 것처럼, 데이터베이스에도 그런 똑똑한 리더 속성이 있어요.
리더와 리더를 따르는 친구들을 잘 짝지어 방(테이블)을 나눠주어야 학교(데이터베이스)가 복잡해지지 않는답니다.