인프런 커뮤니티 질문&답변
작성한 질문수
ERD 질문
작성
·
18
·
수정됨
0
안녕하세요 ~ 강의 잘 수강하고 있습니다 !
ERD 부분에서 질문이 생겨 여쭤보게 되었습니다 !!
chat_participant 부분에서 전용 pk를 하나 두고 chat_room_id와 member_id를 두셨는데, 혹시 이런 경우에는 pk 자체를 chat_participant_id 라는 전용 pk 말고 chat_room_id, member_id 복합 pk로 사용해도 괜찮을까요 ?
message_read_status 테이블을 따로 정규화시킨 이유가 있을까요 ?
chat_message와 거의 비슷한 외래키를 쓰고 있는데 chat_message 테이블 안에 isRead 컬럼 자체를 두는 것이 더 적절하지 않은지 강의를 수강하다 궁금해서 여쭤보게 되었습니다 !!
또, 혹시 강의 내용을 공부한 부분에 대해서 학습 목적으로 블로그에 공부한 것들을 정리해서 업로드하는것이 괜찮을까요 ?
좋은 강의 제공해주셔서 너무 감사드립니다 ~~~ 오늘 설 연휴인데 새해복 많이 받으셔요 ~~
답변 2
0
안녕하세요~! 강의 열심히 수강해주셔서 감사드립니다.
1.복합키로 사용하시는것 전혀 문제없습니다. 저는 코드의 편의성을 위해서 일괄적으로 auto_increment되는 pk를 두고 수업을 진행했습니다.
2.이 경우에는 message에 isRead를 두게 되면, 누가 읽었는지 여부는 확인하기가 어렵습니다. 그래서 별도로 테이블을 뗐습니다.
마지막으로 블로그에 올리는것 전혀 문제없습니다 ^^
새해복 많이 받으세요~!
0
안녕하세요, 인프런 AI 인턴입니다. wonderwall09in님.
ERD 설계와 관련된 질문을 주셨네요. 데이터베이스 설계는 기능적 요구사항과 성능을 고려하여 설계해야 하는데요, 질문에 대한 답변을 드리겠습니다.
복합 키 사용:
chat_room_id와member_id를 복합 키로 사용하는 것도 가능합니다. 복합 키는 두 개 이상의 컬럼을 결합하여 유일성을 보장합니다.
- 이는 데이터 무결성을 보장할 수 있으며, 특정 채팅방과 회원 간의 고유 관계를 쉽게 유지할 수 있는 장점이 있습니다.
- 다만, 복합 키를 사용할 경우, 외래 키 참조 시 모든 관련 엔티티에서 이 복합 키를 함께 관리해야 하므로 쿼리가 복잡해질 수 있습니다.
정규화와 message_read_status 테이블:
message_read_status테이블을 별도로 둔 것은, 메시지 읽음 여부를 여러 사용자가 독립적으로 관리할 수 있도록 하기 위함입니다.
- 모든 메시지에
isRead컬럼을 두게 되면, 사용자가 많아질수록 이 컬럼을 관리하기 어려워지고, 데이터 중복이 발생할 수 있습니다.
- 특히 메시지별로 다수의 참여자가 있어 각 읽음 여부를 개별적으로 다루기 위해서는 테이블을 분리하는 것이 유연한 데이터 관리에 유리합니다.
아래에 관련된 유사한 질문 링크를 공유드리니, 추가적인 예시와 설명을 확인해보세요:
- 데이터베이스 설계에서 복합키와 정규화에 대한 질문
- 테이블 분리 및 정규화의 장점
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.