38 asked

0

안녕하세요~! 강의 열심히 수강해주셔서 감사드립니다.

1.복합키로 사용하시는것 전혀 문제없습니다. 저는 코드의 편의성을 위해서 일괄적으로 auto_increment되는 pk를 두고 수업을 진행했습니다.

2.이 경우에는 message에 isRead를 두게 되면, 누가 읽었는지 여부는 확인하기가 어렵습니다. 그래서 별도로 테이블을 뗐습니다.

마지막으로 블로그에 올리는것 전혀 문제없습니다 ^^

새해복 많이 받으세요~!

0

안녕하세요, 인프런 AI 인턴입니다. wonderwall09in님.

ERD 설계와 관련된 질문을 주셨네요. 데이터베이스 설계는 기능적 요구사항과 성능을 고려하여 설계해야 하는데요, 질문에 대한 답변을 드리겠습니다.

1. 복합 키 사용:

   • chat_room_id와 member_id를 복합 키로 사용하는 것도 가능합니다. 복합 키는 두 개 이상의 컬럼을 결합하여 유일성을 보장합니다.
     
   • 이는 데이터 무결성을 보장할 수 있으며, 특정 채팅방과 회원 간의 고유 관계를 쉽게 유지할 수 있는 장점이 있습니다.
     
   • 다만, 복합 키를 사용할 경우, 외래 키 참조 시 모든 관련 엔티티에서 이 복합 키를 함께 관리해야 하므로 쿼리가 복잡해질 수 있습니다.
     

2. 정규화와 message_read_status 테이블:

   • message_read_status 테이블을 별도로 둔 것은, 메시지 읽음 여부를 여러 사용자가 독립적으로 관리할 수 있도록 하기 위함입니다.
     
   • 모든 메시지에 isRead 컬럼을 두게 되면, 사용자가 많아질수록 이 컬럼을 관리하기 어려워지고, 데이터 중복이 발생할 수 있습니다.
     
   • 특히 메시지별로 다수의 참여자가 있어 각 읽음 여부를 개별적으로 다루기 위해서는 테이블을 분리하는 것이 유연한 데이터 관리에 유리합니다.
     

아래에 관련된 유사한 질문 링크를 공유드리니, 추가적인 예시와 설명을 확인해보세요:
- 데이터베이스 설계에서 복합키와 정규화에 대한 질문
- 테이블 분리 및 정규화의 장점

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.