[라이징캠프] 3주차 학습 정리 2 | ERD 설계 | RDS

ERD 설계

[포인트]

    1. 설계할 화면을 참고하면서

    2. 중복제거 : 정규화  

    3. 리소스 단위로 설계

협업에서는 중복을 허용하더라도 유연하게 작성할 필요가 있음

 

[단계]

시스템 분석 -> 논리 -> 물리

 

---

 

[Example] Instagram

예제로 인스타그램의 ERD를 설계해보기!

 

 시스템 분석

작성하게 될 화면에서 필요한 모든 정보를 작성하면서 전제 구조를 잡아보는 단계입니다.

크게 유저 정보, 게시물, 댓글 화면에서 필요한 정보를 추출해보겠습니다.

유저 정보

게시물

댓글

유저 정보 : id, 이름, 프로필사진, 게시물 수, 팔로우 수, 팔로워 수, 소개 글, Web site 링크, 게시물, 게시물 사진, 올린 시간 

게시물 : id, 게시물 사진, 좋아요 정보, 게시물 글, 프로필 사진, 올린 시간

댓글 : id, 댓글, 대댓글, 올린시간

 

이렇게 정리해 볼 수 있겠습니다!

 

 

 논리

위해서 정리한 해당 데이터 간의 관계를 구상하고, 구체화된 업무 중심의 데이터 모델을 만드는 단계이다.

데이터베이스의 개념적 구성요소를 고려하여 작성한다.

 

ㄴ Entity (객체)  : 유저, 게시글, 댓글

ㄴ Attribute (속성) 

    ㄴ 유저 : 아이디, 이름, 소개글, 프로필 사진, 웹사이트 링크 ...

    ㄴ 게시글 : 유저 아이디, 사진, 내용, 좋아요 수, 댓글 수 ...

ㄴ Relation (관계) : 게시글의 유저 아이디 (F.K) -> 유저의 아이디 (P.K)

 

즉 객체를 구별하고, 객체가 갖는 속성을 구성한 후, 객체 사이 관계가 어떻게 되는지 파악하는 단계

논리 설계

 

 물리

논리 단계에서 설계한 데이터를 실제 DB에 옮기는 단계이다.

[논리]	[DB]
Entity	Table
Attribute	Column
Relation	1:1 = 테이블 : 컬럼 1:N = N인 테이블에 FK 설정 N:M = 둘 사이에 새로운 테이블 생성

Relation 설정은 하나씩 자세하게 살펴보도록 하자

 

1 : 1

- 주민등록번호와 사람과의 관계를 생각해보자.

- 대한민국 국민들은 불법을 저지르지 않는 이상 한 사람당 하나의 주민등록번호를 가지고 있다.

- 대한민국 국민 테이블이 있다면 해당 테이블 컬럼에 주민등록번호 속성을 넣음으로서 둘의 관계를 정의할 수 있다.

 

1 : N

- 인스타그램에 게시물을 작성했다고 생각해보자

- 게시물 테이블이 있다면 게시물에 포함되는 사진이나 동영상은 최대 10개나 된다.

- 즉 하나의 게시물(1)에 여러개의 사진(N)의 관계가 성립하는 것이다.

 

- 하나의 테이블안에 게시물에 대한 모든 내용을 담게 되면 게시물 내용에 중복이 발생할 것이다.

- 즉 아래 그림의 형태로 테이블을 작성한다면 id, 내용, userId가 여러 레이블에 중복하여 발생하게 되는 것이다.

게시물 테이블 하나

- 이를 보완한 방법이 바로 앞선 글에서 설명한 정규화이다

- 게시물 테이블을 참조하는 게시물 사진 테이블을 생성하여 중복을 제거할 수 있게 된다.

게시물 테이블, 게시물 사진 테이블

 

 

N : M

- 책과 저자의 관계를 생각해보자

- 하나의 책은 여러 저자(N)에게 쓰여질 수 있고, 한명의 저자는 여러 책(M)을 작성할 수 있다.

- 책 테이블에서는 1번 책이 1, 2번 작가에게 작성되었는데 id, 내용이 중복 작성되었다.

- 작가 테이블에서는 1번 작가가 1, 2번 책을 작성하였는데 id, 이름이 중복 되었다.

책 테이블

저자 테이블

 

- 이를 보완하기 위해서는 둘 사이에 새로운 테이블을 다음과 같이 생성하면 된다.

책과 저자 테이블 사이에 Book_Writer 테이블 추가

- 추가된 해당 테이블은 두 테이블을 모두 F.K로 참조하여 관계를 표현할 수 있다.

- id는 레이블을 구분하기 위한 속성이고 BookId는 책 테이블의 id를, writerId는 Writer 테이블의 id를 참조함으로 중복을 제거할 수 있다.

 

 

RDS  Relational Database Service

- 서버 내장 데이터베이스가 아닌 서버로 부터 데이터베이스를 분리하여 해당 DB를 여러 서버에 적용할 수 있게 하는 개념

- 메이플스토리의 각 서버( 루나, 스카니아 ...)는 분리되어 캐릭터가 넘나들 수 없는데, 이는 RDS가 적용되지 않은 것이다.

- 각각의 서버가 터지면 연결된 DB도 연결이 되어 먹통이 되기 일수이다.

메이플스토리 서버

 

RDS

 

- 구글 계정을 이용하여 유튜브 서버도 이용할 수 있고, Gmail 서버도 이용할 수 있는 것은 RDS가 적용되어있기 때문이다.

구글 RDS

 

 

---

PRACTICE

https://www.notion.so/softsquared/3-ERD-Query-4a530ac3c9184f3f84dd546e68e38375?pvs=4 

[3주차] ERD 설계 | Query 작성

 

 

---

REFERENCE

https://inpa.tistory.com/entry/DB-%F0%9F%93%9A-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EB%AA%A8%EB%8D%B8%EB%A7%81-1N-%EA%B4%80%EA%B3%84-%F0%9F%93%88-ERD-%EB%8B%A4%EC%9D%B4%EC%96%B4%EA%B7%B8%EB%9E%A8

[DB] 📈 데이터 모델링 개념 & ERD 다이어그램 그리기 💯 총정리

https://dkdlxl.tistory.com/entry/DB-%EA%B8%B0%EC%B4%88-%EA%B0%9C%EB%85%90%EC%A0%81-%EA%B5%AC%EC%84%B1%EC%9A%94%EC%86%8C-entity-attribute-relationship

[DB 기초] 개념적 구성요소 (entity, attribute, relationship)

http://wiki.hash.kr/index.php/ERD

ERD - 해시넷