핵심 정리

초기 테이블 설계는 구조, 저장 방식, 제약 조건을 한 흐름으로 묶어 결정하는 작업입니다.

이후 실습 스키마가 이 선택 위에 계속 쌓이므로, 초반 판단이 곧 저장 비용과 운영 안정성을 좌우합니다.

왜 초기에 신중해야 하나

나중 수정은 DDL 변경만이 아니라 데이터 정제와 마이그레이션 부담까지 함께 늘립니다.

1
구조 정의

DDL로 테이블 뼈대를 만든다

무엇을 만들고 어떻게 바꿀지 먼저 확정해야 이후 결정이 흔들리지 않습니다.

CREATE ALTER DROP TRUNCATE
무엇 테이블과 컬럼, 기본 구조를 DB에 실제로 반영
주의 DDL 수정은 영향 범위가 커서 초반 설계 정확도가 중요
2
저장 방식

데이터 타입으로 저장 규칙을 정한다

타입 선택은 값의 범위뿐 아니라 공간 사용량과 계산 정확도까지 같이 결정합니다.

INT VARCHAR DATE DECIMAL
영향 공간 낭비를 줄이고 필요한 정밀도와 표현 범위를 확보
예시 금액은 DECIMAL, 큰 정수 키는 BIGINT처럼 목적에 맞춤
3
운영 규칙

제약 조건으로 일관성을 고정한다

좋은 설계는 이름만 정리하는 것이 아니라 잘못된 데이터가 들어오지 못하게 막습니다.

PK FK NOT NULL CHECK
효과 비즈니스 규칙을 DB 단계에서 강제해 무결성과 일관성을 유지
결과 실수는 저장 전에 막고, 운영 중 변경 비용도 함께 낮춤
최종 이해

테이블 설계는 세 개의 독립 카드가 아니라 한 번 이어지는 결정 체인이며, 앞단의 선택이 이후 실습과 운영 안정성까지 그대로 이어집니다.