⭐Back-end

DB 모델링

복잡한 현실 세계에 존재하는 데이터를 단순화시켜 표현해 컴퓨터 세계의 데이터베이스로 옮기는 변환 과정

역할자 찾기

주어를 찾는 것 ==> 주체를 찾는 것 ==> 행위자를 찾는 것 ==> 역할자를 찾는 것

------ ICODA 사이트에서의 역할자를 찾아라 ------

결과

회원
비회원
관리자
판매자

역할자가 등록을 하게 되는 대상 찾기

------ 역할자를 찾았으면 등록이라는 행위를 하게 되는 대상을 찾아라 -----
회원이 [ ]를 등록하다.

관리자가 [ ]를 등록하다.

판매자가 [ ]를 등록하다.

<가이드>
1. 합성어는 분리하고 분리한 어휘에서 행위는 제거하자.
2. 정보라는 단어는 제거하자.
3. 그 후에 남은 어휘가 등록이라는 대상에 어울리는지 확인하자.
4. 속성명은 그것의 구조화된 데이터로 변경하자.

결과

회원이 [글]을 등록한다.
관리자가 [이벤트/공지사항/배너 광고]를 등록한다.
판매자는 [상품]을 등록하다.

데이터베이스 설계 - 개념 설계

1. ERD를 그려보자

1. Entity
   주체와 대상에 해당됨(ex. 회원, 글, 관리자, 이벤트, 공지사항, 베너광고 등)
2. Relationship
   행위에 해당됨(ex. 등록)

-> Entity-Relationship Diagram

2. 등록 이후에 하게될 수 있는 행위들을 적어보자

[회원]이 [상품]을 [구매/찜/조회/평가]하다.

[관리자]가 [상품]을 [등록/수정/삭제/조회]하다.

[판매자]가 [상품]을 [등록/수정/삭제/조회]하다.

---

[회원]이 [글]을 [등록/수정/삭제/조회]하다.

[관리자]가 [글]을 [등록/수정/삭제/조회]하다.

[판매자]가 [글]을 [등록/수정/삭제/조회]하다.

---

[회원]이 [이벤트 / 공지사항/ 배너광고]을 [조회]하다.

[관리자]가 [이벤트 / 공지사항/ 배너광고]을 [등록/수정/삭제/조회]하다.

[판매자]가 [이벤트 / 공지사항/ 배너광고]을 [조회]하다.

3. 관계들로만 이루어진 ERD를 다시 그려보자