[모델링] 내가 보기 위해 정리한 PK, FK, ERD 읽기

학부 때 공부하긴 했지만 현업에서 생각보다 ERD를 접할일이 많이(?) 발생한다

• 새로운 기능이 배포되어 테이블이 새로 만들어졌을 때
• 데이터 구조가 변경될 때 

그때마다 빠르게 이해하고 싶어 다시 한번 정리해보려고 한다.
(만약 내가 여러 서비스를 제공하는 기업에 입사하게 된다면(ex. 카카오) ERD를 보고 빠르게 데이터 구조를 파악할 필요성이 생길 것 같다.)
+ 코테문제 풀 때도 다음과 같이 테이블 정의를 명시해주는 곳이 있었어서 알아두면 200% 도움됨!!
 

---

1. 테이블 관계

ERD(entity relationship diagram)를 통해 확인 가능 / 개체들 관계를 보기위한 지도

• entity : 개체 (즉 테이블을 의미) 
• attribute : 컬럼 정보를 의미 (컬럼 이름, 데이터의 타입)
  • PK(primary key) : 기본키, 주식별자 
    • 테이블을 대표하는 키이기 때문에 한 엔티티 안에 PK는 하나
  • FK(foreign key) : 외래키, 외부 식별자
    • 두가지 엔티티 사이의 관계를 정의할 때 사용
• 관계 (화살표로 표현)
  
  • 한 엔티티의 데이터가 어떤 엔티티와 연결되어있는지 관계를 보여줌
    • 두줄로 그어저 있는게 one
    • 삼발이가 many를 의미

ex) one - many : 왼쪽 엔티티가 one, 오른쪽 엔티티가 many라는 것을 의미

[참고]

알아두면 쓸데있는 데이터 모델링 (3) ER 모델의 구성 요소 - 엔티티, 속성, 관계

 

2. 관계형 데이터베이스의 키 (key)

범위 : 슈퍼키 > 후보키 > 기본키

• 슈퍼키
  • 각 데이터를 유일하게 식별할 수 있는 속성의 집합
  • 주문번호/주문날짜/회원번호
    • 가능한 모든 속성 집합에서 데이터를 유일하게 식별할 수 있는 경우 (가장 큰 범위)
• 후보키
  • 각 데이터를 유일하게 식별할 수 있는 "최소한의" 속성 집합
  • 슈퍼키의 일보가 후보키가 됨 (주문번호 하나만으로도 데이터를 특정할 수 있음)
• 기본키(PK, 피키)
  • 후보키 중에 하나의 기본키를 선택
    • 복합 기본키 : 두개의 컬럼 조합이 기본키가 되는 경우 (ex. 주문 하나에 여러 상품을 주문한 경우)
    • 주문번호 x 상품코드 조합이 기본키가 된다. (단, 실무에서는 주문 상세 ID를 기본키로 빼서 사용하는 경우가 다수)
  • 값의 변동이 적은 것을 선택하는 것이 일반적 (ex. 주민등록번호는 개인을 특정할 수 있지만 변경 신청을해서 변경이 가능하다, 기본키로 선택이 어렵다)
  • 테이블을 만들 때 정의해줘야함(실체가 있음)

CREATE TABLE People (
	ID INT NOT NULL,
    LastName VARCHAR(255) NOT NULL,
    FirstName VARCHAR(255),
    Age INT,
    PRIMARY KEY(ID) --ID를 기본 키로 설정
);

• 대체키
  • 후보키 중 기본키가 되지 않은 키
• 외래키(FK)
  • 다른 테이블에 있는 기본 키를 참조해서 사용

속성 집합	슈퍼키 여부	후보키 여부
주문 번호	O	O
주문 날짜	X	X
회원 번호	X	X
(주문 번호, 주문 날짜)	O	X
(주문 번호, 회원 번호)	O	X
(주문 날짜, 회원 번호)	X	X
(주문 번호, 주문 날짜, 회원 번호)	O	X

ㄴ 주문 번호가 슈퍼키이기 때문에 주문 번호가 포함되어 있다면 무조건 슈퍼키
 

3. attribute 속 데이터 타입

• 숫자
  • 정수 : tinyint() < smallint() < mediumint() < int() < bigint()
    • 들어갈 수 있는 정수의 범위의 차이가 있음
  • 실수 : demical() < double() < float()
    • 오른쪽으로 갈 수록 덜 정밀하지만 속도가 빠름
• 문자 : varchar() -> various character의 약자 / char()
  • char()같은 경우는 글자수가 일정한 문자
• 날짜, 시간
  • date() : 날짜만 존재, 1000-01-01 ~ 9999-12-31
  • datetime() : 날짜+시간까지 존재, 1000-01-01 00:00:00.000000 ~ 9999-12-31 23:59:59.999999
  • timestamp() : kst/utc.. 등등, datetime() + timezone
    • 날짜가 varchar()로 되어있는 경우(12/8/1968) 날짜형이 아니라 텍스트 타입으로 정의되어 있는 것임
    • 해당 컬럼을 가지고 날짜 연산이 필요하다면 형변환 함수를 써주면 된다!

 

4. 테이블 정의 읽기

코테 문제에서 이렇게 테이블 정의를 명시해주는 경우가 있다.

예~시

studentsActivities 테이블의 PK(studentId, activity) / FK(studentId)
-> studentId, activity 조합이 기본키
-> 그 중 studentId는 students테이블의 기본키 id를 참조

[참고]

알아두면 쓸데있는 데이터 모델링 (4) ERD 읽어보기

 

이외)

알아두면 쓸데있는 데이터 모델링 (2) 여러 종류의 Key 이해하기 (feat. PK, FK의 정확한 의미)

 

데이터리안 SQL 마스터반 얼리버드 신청을 했었는데 (쿼리 성능, ERD 읽기 등 여러가지 이유로)

혼자 이것저것 찾아보다보니 요 강의는 내 연차에서는 오버 스펙이라고 느껴진다.

하지만 꼭 한번 들어보고 싶은 내용들이라 리스트에만 추가해둬야지 싶은..~~