실습 문제
KEYstagram 데이터베이스 스키마 설계/디자인
요구사항
- post + images
내가 추가/응용해본 점
- 대댓글
- post 뿐만 아니라 (대)댓글도 '좋아요'
- 회원, post, (대)댓글 신고
- 회원 가입 시, 있는 경우 추천인
궁금한 점
- post가 삭제되었을 때 거기에 달렸던 (대)댓글, 좋아요, 신고, 해시태그 모두 삭제(강제)하게 하려면 어떻게 해야 할까?
- 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을 채워 저장공간 낭비할 것인가
- 현재 방법 = join_hashtag, like, report 테이블의 기본키(primary key, pk)를 복합키로 만듦
'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 |