넷플릭스 (Netflix)

이 스키마에 대하여

눈여겨볼 관계

users → profiles

계정이 결제하고 프로필이 봅니다. 요금제의 max_profiles 가 한도이고, is_kids 와 maturity_level 이 프로필마다 있어서 아이 계정이 따로 로그인하지 않고도 제한됩니다.

content → seasons → episodes

시리즈만 씁니다. 영화는 시즌 없이 러닝타임만 가진 content 행이고, 그래서 duration_minutes 가 content 와 episodes 양쪽에 있습니다.

profiles → watch_history

프로필×작품마다 한 행이고 progress_seconds 를 듭니다. 제자리에서 갱신되므로 이어보기가 로그를 훑는 것이 아니라 조회입니다.

content ↔ people (content_cast)

role 과 character_name 이 연결 테이블에 있습니다. 사람과 작품의 관계가 작품마다 달라지기 때문입니다 — 같은 사람이 한 편은 연출하고 다른 편에는 출연합니다.

profiles → downloads

expires_at 이 라이선스가 아니라 다운로드에 있습니다. 오프라인 사본은 스튜디오와의 계약으로 기한이 정해지고 스스로 사라져야 하기 때문입니다.

설계 판단

자주 묻는 것

프로필을 users 와 왜 따로 두나요?

한 집이 계정은 공유해도 취향은 공유하지 않기 때문입니다. 프로필이 있어야 결제 하나로 네 사람이 각자의 이어보기·찜·추천을 갖고, 아이 프로필이 두 번째 로그인 없이 자기 시청 등급을 갖습니다.

시리즈의 이어보기는 어떻게 되나요?

watch_history 에 content_id 와 episode_id 가 둘 다 있습니다. content 가 어느 시리즈인지, episode 가 어느 화인지, progress_seconds 가 그 안에서 어디까지인지를 말합니다. 이어보기는 그 작품의 가장 최근 행을 읽는 것입니다.

영화와 시리즈를 정말 한 테이블에 둬도 되나요?

공유하는 것이 거의 없지 않다면 그렇습니다. 여기서는 검색·장르·출연·평가·찜·아트워크 여섯 가지를 공유하고 에피소드 유무 하나가 다릅니다. 그 비율이 결정합니다.

"이것을 봤기 때문에" 추천은 어디서 오나요?

이 스키마에서 바로 나오지는 않습니다. watch_history·ratings·content_genres 가 입력이고, 추천 자체는 바깥에서 계산해 캐시합니다. 프로필의 전체 기록을 훑는 조인은 페이지를 여는 동안 돌릴 질의가 아닙니다.

downloads 에 expires_at 이 왜 있나요?

오프라인 권리는 라이선스로 기한이 정해져 있어서 내려받은 파일이 스스로 멈춰야 합니다. 만료를 여기 저장해 두면 클라이언트가 서버에 묻지 않고 지킬 수 있는데, 그것이 다운로드의 요점입니다.