📚FOS Study
홈카테고리
홈카테고리

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agents 페이지로 이동
    • custom-agents 페이지로 이동
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • 멀티모달 LLM (Multimodal Large Language Model)
  • architecture 페이지로 이동
    • 디자인 패턴
    • 분산 트랜잭션
    • 슬롯 게임 엔진 고도화 — 2025년 회고
  • css 페이지로 이동
    • FlexBox 페이지로 이동
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • 커넥션 풀 크기는 얼마나 조정해야할까?
    • 인덱스 - DB 성능 최적화의 핵심
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • monitoring 페이지로 이동
  • go 페이지로 이동
    • Go 언어 기본 학습
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • 210812 페이지로 이동
    • 뱅크샐러드 AI Native Server Engineer
    • CJ 올리브영 지원 문항
    • CJ 올리브영 커머스플랫폼유닛 Back-End 개발 지원 자료
    • 마이리얼트립 - Platform Solutions실 회원주문개발 Product Engineer
    • NHN 서비스개발센터 AI서비스개발팀
    • nhn gameenvil console backend 직무 인터뷰 준비
    • 면접을 대비해봅시다
    • Tossplace Node.js Developer
    • 토스플레이스 Node.js 백엔드 컬처핏
  • java 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • OpenTelemetry 란 무엇인가?
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • Data_Structures_and_Algorithms 페이지로 이동
    • Heap 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node.js
    • npm vs pnpm 선택기준은 무엇인가요?
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 기본
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • 메시지 전송 신뢰성
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • react 페이지로 이동
    • JSX 페이지로 이동
    • VirtualDOM 페이지로 이동
    • v16 페이지로 이동
  • redis 페이지로 이동
    • Redis
    • Redis Hash와 Lua 스크립트로 잭팟 누적 구현하기
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
📚FOS Study

개발 학습 기록을 정리하는 블로그입니다.

바로가기

  • 홈
  • 카테고리

소셜

  • GitHub
  • Source Repository

© 2025 FOS Study. Built with Next.js & Tailwind CSS

목록으로 돌아가기
🗄️database/ 김영한의-실전-데이터베이스-설계

4장. 논리적 모델링 (공부 중..)

약 3분
2026년 2월 28일
2026년 3월 22일 수정
GitHub에서 보기

4장. 논리적 모델링 (공부 중..)

이제부터는 이 청사진을 실제 관계형 데이터베이스에 가깝게 다듬는 논리적 모델링 단계로 들어가보자.

논리적 모델링이란 관계형 데이터베이스 구조에 맞게 변환하는 과정이다. 엔티티는 테이블로, 속성은 컬럼으로 바꾸고, 각 테이블의 기본 키(Primary Key) 와 테이블 간의 관계를 표현하는 외래 키(Foreign Key) 를 정의한다. 이 단계에는 특정 관계형 데이터베이스 시스템(MySQL, Oracle등)에 종속되지 않는, 순수한 관계형 데이터베이스 모델을 만드는 것이 목표다.

릴레이션 용어

논리적 모델링 단계에서 학술적으로는 릴레이션, 튜플, 속성이라는 용어를 사용한다. 하지만 실무에서는 거의 쓰지 않고, 대신에 테이블, 행, 컬럼이라는 용어를 사용한다.

키 (Key)

  • 왜 '키'가 중요할까?
    • 만약 상품 테이블에 이름과 가격이 똑같은 상품이 두 개 등록되어있다고 가정해보자, 고객이 주문한 상품이 둘 중 어느 것인지 어떻게 구별할까?
    • 이러한 문제를 해결하기 위해 데이터베이스는 각 데이터 행(Row)을 유일하게 식별할 수 있는 장치가 필요하다.
    • 그 것이 바로 '키'다.
  • 키는 단순히 데이터를 찾는 용도로만 쓰이지 않는다.
    • 테이블과 테이블을 연결하여 관계를 맺어준다.
    • 데이터가 중복되거나 잘못 입력되는 것을 막아주는 무결성 제약조건의 역할도 수행한다.

모든 데이터를 구별하는 열쇠, 키(Key)

키(Key)는 테이블에 있는 각각의 행(Row)을 고유하게 식별할 수 있는 하나 이상의 컬럼 집합이다.

  • 기본 키 (Primary Key - PK)
    • 테이블의 모든 행을 유일하게 식별하는 대표 키다.
    • 기본 키가 지켜야할 규칙
      • NULL 값을 가질 수 없다. (NOt NULL)
      • 반드시 유일해야 한다. (UNIQUE)
      • 값이 변하지 않아야 한다 (불변성)
        • 이론적으로는 변경할 수 있다.
        • 하지만 기본 키 값이 변하면 이 키를 참조하는 모든 외래 키(FK)와 데이터 무결성에 큰 문제가 생긴다.
        • 실무에서는 절대로 변경하지 않아야 한다.
  • 후보 키(Candidate Key)
    • 기본 키가 될 수 있는 후보들이라고 생각하면 된다.
      • 기본 키가 될 수 있도록 유일성과 최소성을 모두 만족해야 한다.
        • 유일성 : 모든 행을 서로 구분할 수 있어야 한다.
        • 최소성 : 행을 유일하게 식별하는 데 꼭 필요한 최소한의 컬럼만 포함해야 한다.
  • 대체 키(Alternate Key)
    • 후보 키 중 기본 키로 선택되지 않은 나머지 키다.
    • 이 역시 데이터를 찾는 데 유용하게 사용할 수 있다.
  • 외래 키(Foreign Key - FK)
    • 가장 중요한 키 중 하나로, 테이블 간의 관계를 연결하는 역할을 한다.
    • 한 테이블의 컬럼이 다른 테이블의 기본 키를 참조하는 것이다.
    • 덕분에 우리는 주문 정보를 보고 어떤 회원이 주문했는지 알 수 있게 된다.

최소성이란?

유일성을 만족하더라도, 불필요한 컬럼을 포함하여 최소성을 만족하지 못하는 키는 후보 키가 될 수 없다.
여러 컬럼을 묶어서 하나의 키를 구성할 수 있는데, 이를 복합키라고 한다.

자연 키 vs 대리 키 - 자연 키

기본 키를 선택하는 과정에서 우리는 두 가지 후보,
자연 키와 대리 키를 만나게 된다.


자연 키(Natural Key)란?

우리의 비즈니스 로직 안에서 자연스럽게 발생하는, 의미를 가진 데이터를 기본 키로 사용하는 것을 말한다.

  • 대한 민국 국민: 주민등록번호
  • 도서: ISBN

장점:

  • 직관성: 값만 봐도 어떤 데이터를 가르키는지 쉽게 이해할 수 있다.
  • 중복 방지: 데이터베이스 차원에서 값의 중복을 원천적으로 막을 수 있다.

자연 키의 치명적 약점: '변경'이라는 시한폭탄

현대 데이터베이스 설계의 가장 중요한 원칙 중 하나는 기본 키는 영원히 변하지 않아야 한다는 것이다. 하지만 비즈니스 로직에 종속되는 자연 키는 이 원칙을 지키기 매우 어렵다.

database 카테고리의 다른 글 보기수정 제안하기

댓글

댓글을 불러오는 중...
목차
  • 4장. 논리적 모델링 (공부 중..)
  • 키 (Key)
  • 모든 데이터를 구별하는 열쇠, 키(Key)
  • 최소성이란?
  • 자연 키 vs 대리 키 - 자연 키
  • 자연 키(Natural Key)란?
  • 자연 키의 치명적 약점: '변경'이라는 시한폭탄