티스토리 뷰
[Designing Data-Intensive Applications]
p30 - p31
1. 프로필에서 고유 식별자는 user_id로 했고 first_name, last_name 등과 같은 것은 1대1 관계.
그래서 users테이블에 컬럼으로 모델링 할 수 있다.
2. 하지만, 경력(직위)에 넣을 내용은 하나 이상이 될 수 있으며, 학력 기간과 연락처 정보도 다양하다.
사용자와 이들 항목은 1 대 多 관계이다. 이런관계는 전통적 SQL모델에서는
정규화 표현은 직위, 학력, 연락처 정보를 개별 테이블에 넣고, 외래키로 users테이블을 참조.
[users테이블]
user_id | first_name | last_name | summary |
251 | 형아 | 토리 | 시바견 집사 |
[positions 테이블]
id | user_id | job_title | organization |
458 | 251 | Co-chair | tory&sery F... |
[education 테이블]
id | user_id | school_name | start | end |
807 | 251 | Harvard University | 1973 | 1975 |
806 | 251 | Lakeside School, Seattle |
NULL | NULL |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 안드로이드 네비게이션
- 안드로이드 프래그먼트컨테이너
- Kotlin
- 매퍼
- 프로젝트 자동해제
- var
- 안드로이드스튜디오 github
- 깃헙
- Realtime Database
- 안드로이드 프래그먼트
- build.gradle
- 안드로이드스튜디오 협업
- cmd
- Mapper
- 안드로이드스튜디오 프로젝트 자동해제
- 프로젝트 자동
- 안드로이드
- 클라우드DB
- 마이바티스
- json-server
- 자바를 코틀린으로
- mybatis
- git
- 로또
- ConstraintLayout
- Firebase
- 컨스트레인트
- 파이어베이스
- github
- 코틀린
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
글 보관함