초록꼬마의 devlog

실습 문제

KEYstagram 데이터베이스 스키마 설계/디자인

요구사항

  1. post + images

내가 추가/응용해본 점

  1. 대댓글
  2. post 뿐만 아니라 (대)댓글도 '좋아요'
  3. 회원, post, (대)댓글 신고
  4. 회원 가입 시, 있는 경우 추천인

궁금한 점

  1. post가 삭제되었을 때 거기에 달렸던 (대)댓글, 좋아요, 신고, 해시태그 모두 삭제(강제)하게 하려면 어떻게 해야 할까?
  2. 14h45 현재 설계에는 join_hashtag, like, report 테이블에 post, (대)댓글(, 회원)에 대한 해시태그, 좋아요, 신고 내역을 모두 모아두었는데, 테이블을 나누는 것이 좋을지, 이렇게 한 테이블에 자료 쌓는 것이 좋을지 잘 모르겠음 + 어떻게/어떤 기준으로 좋고 나쁨을 판단할 수 있는 걸까?
    • 현재 방법 = join_hashtag, like, report 테이블의 기본키(primary key, pk)를 복합키로 만듦

      e.g. 특정 회원을 신고하는 경우, 데이터 insert 시 post_no, comment_no, comment_on_comment_no 컬럼값은 0(default 값)으로 들어감

    • 다수의 테이블을 관리할 것인가 vs 한 테이블 내에서 여러 컬럼에 큰 의미 없는 0을 채워 저장공간 낭비할 것인가

'back-end dev > database' 카테고리의 다른 글

[SQL] GROUP BY  (0) 2023.09.04
재귀적/자기참조/순환 관계  (0) 2023.07.18
OSX DBeaver 설치 및 세팅  (0) 2022.10.06
MySQL 설치 및 세팅  (0) 2022.10.06
[knou] 정규화  (0) 2022.07.20