🔑🔗 PK / FK 완전 정리 | 개념, 예제, 실습 후기까지!

게시판 프로젝트에서 회원과 게시글을 나누어 설계하며 PK와 FK를 직접 사용해봤어요. 실습 중에는 '왜 이런 제약 조건이 꼭 필요하지?'라는 고민도 했지만, 데이터를 연결하거나 오류를 막는 데 있어 정말 중요한 역할을 한다는 걸 확실히 느낄 수 있었어요. 개념 정리와 함께 실습 경험도 함께 담아봤습니다!!

---

📚 목차

• 🔑 기본 키(PK)란?
• 🔗 외래 키(FK)란?
• 🔍 PK, FK가 중요한 이유
• 💻 SQL 예시
• 🌐 제약 조건 종류 간단 비교
• 📝 요약
• 📖 느낀점

---

🔑 기본 키(PK)란?

기본 키(Primary Key)는 테이블에서 각 행(row)을 고유하게 식별할 수 있도록 보장하는 열(컬럼)이에요.
NULL 값이 들어갈 수 없고, 중복도 허용되지 않아요. 한 테이블에 반드시 하나만 존재할 수 있죠.

CREATE TABLE Member (
    id INT PRIMARY KEY,
    name VARCHAR(50),
    email VARCHAR(100)
);

🧭 비유하자면, 기본 키는 '주민등록번호'예요.
각각의 사람이 하나씩만 가지고 있어야 하고, 절대 중복되면 안 되죠!

PK가 있어야 각 데이터를 구분할 수 있고, 테이블에서 정확히 원하는 데이터를 찾을 수 있어요.
또한 자동으로 인덱스가 생성되기 때문에 검색 속도에도 이점이 있어요.

---

🔗 외래 키(FK)란?

외래 키(Foreign Key)는 다른 테이블의 기본 키를 참조하는 열이에요.
두 테이블 간의 관계를 맺어주는 연결 고리 역할을 하죠.

CREATE TABLE Post (
    id INT PRIMARY KEY,
    title VARCHAR(100),
    content TEXT,
    member_id INT,
    FOREIGN KEY (member_id) REFERENCES Member(id)
);

🪢 비유하자면, 외래 키는 '다른 테이블의 존재와 연결되는 다리'예요.
게시글 테이블에서 member_id가 Member 테이블의 id를 가리키는 식이죠.

이렇게 FK를 지정하면, 존재하지 않는 회원 ID로는 게시글을 등록할 수 없게 되어
데이터의 정합성(무결성)과 논리적 연결이 보장됩니다.

---

🔍 PK, FK가 중요한 이유

• 데이터의 정합성(무결성) 보장
  → PK는 중복된 값 없이 각각의 데이터를 정확히 구분하게 해줘요.
  → FK는 존재하지 않는 데이터를 참조하지 못하게 막아줘요.

• 테이블 간의 관계 정의
  → 회원과 게시글처럼, 1:N 관계를 명확히 표현할 수 있어요.

• ORM(JPA)과의 연계성
  → Java 같은 객체지향 언어에서 연관 관계를 맺으려면 DB에도 FK가 설정되어 있어야 해요.

📌 PK/FK 없이 데이터를 저장하면 구조가 흐트러지고,
나중에 수정, 삭제, 검색에서 큰 오류가 발생할 수 있어요.

---

💻 SQL 예시

-- 회원 테이블 생성
-- 각 회원은 고유한 id(PK)를 가지며, name은 반드시 입력되고(email도 중복 불가)
CREATE TABLE Member (
    id INT PRIMARY KEY, -- 기본 키: 중복 불가 + NULL 불가
    name VARCHAR(50) NOT NULL, -- 이름은 반드시 입력되어야 함
    email VARCHAR(100) UNIQUE NOT NULL -- 이메일은 중복되면 안 됨
);

-- 게시글 테이블 생성
-- 게시글마다 고유한 id를 갖고, 누가 썼는지를 member_id(FK)를 통해 연결
CREATE TABLE Post (
    id INT PRIMARY KEY, -- 게시글 고유 식별자
    title VARCHAR(100) NOT NULL, -- 제목 필수
    content TEXT, -- 내용은 옵션
    member_id INT NOT NULL, -- 작성자 정보 (Member의 id 참조)
    FOREIGN KEY (member_id) REFERENCES Member(id) -- FK 설정: 존재하는 회원만 가능
);

-- 게시글 등록 예시 (정상)
-- 먼저 회원 정보를 입력하고, 해당 회원의 id(1)로 게시글을 등록
INSERT INTO Member (id, name, email) VALUES (1, '홍길동', 'hong@example.com');
INSERT INTO Post (id, title, content, member_id) VALUES (1, '안녕하세요', '첫 글이에요', 1);

-- 게시글 등록 예시 (실패)
-- 없는 회원 번호(99)로 게시글을 등록하면 외래 키 제약 조건 위반으로 오류 발생
INSERT INTO Post (id, title, content, member_id) VALUES (2, '에러 발생', '이건 실패할 거예요', 99);

✅ 존재하지 않는 회원 ID를 참조하려고 하면 오류가 발생해요. FK가 막아주는 덕분이죠!
📌 이렇게 PK와 FK가 함께 있어야 데이터 간의 연결 관계를 정확히 유지할 수 있습니다.

---

⚠️ 사용 시 주의할 점

• PK는 무조건 유일하고 NULL이면 안 됨
  → 실수로 중복되거나 NULL이 들어가면 에러 발생
• FK는 참조 대상 테이블의 값이 존재해야 함
  → 존재하지 않는 PK를 참조하면 foreign key constraint 에러가 발생해요.
• 삭제/수정 시 참조 관계 조심!
  → 부모 테이블 데이터를 삭제하려 할 때, FK로 연결된 자식 테이블에 데이터가 있으면 삭제 불가
  → 이럴 땐 ON DELETE CASCADE 옵션을 고려할 수 있어요.

⚠️ 테이블 간 연관관계를 맺을수록 구조가 복잡해지기 때문에, 설계 초기에 명확한 관계 정의가 중요합니다!

---

📝 요약

항목	설명
PK	각 행을 고유하게 식별하는 열. 중복 불가, NULL 불가
FK	다른 테이블의 PK를 참조. 데이터 간 관계 연결
필요성	무결성 보장, 관계형 구조 표현, ORM 매핑에 필수
주의점	FK 참조 대상은 반드시 존재해야 하며, PK는 테이블당 하나만 설정 가능

🧩 정리하자면, PK는 ‘누군지 식별’, FK는 ‘누구와 연결’이에요!

---

📖 느낀점

처음엔 FK 없이도 데이터만 넣으면 되는 거 아닌가 싶었는데, 막상 없는 회원 번호로 글을 쓰게 되는 상황을 보니까, '아, 이걸 안 쓰면 이런 문제가 생기는구나!' 하고 바로 실감할 수 있었어요.

직접 실습하면서 오류도 나보고, 왜 이런 제약 조건이 필요한지 고민도 해보니까
PK와 FK가 단순한 규칙이 아니라 데이터 흐름을 지켜주는 중요한 장치라는 걸 알게 됐어요.