간단한 ERD 테이블 관계 질문드립니다.

Question

유저, 게시판, 좋아요 테이블이 존재합니다.1명의 유저는 여러개의 게시판 생성 가능1개의 게시판에는 여러 유저가 좋아요를 누를 수 있습니다. (좋아요는 1번 누르면 ON / 다시 누르면 OFF 입니다.) Q. 유저 테이블과 좋아요 테이블의 관계가 1 : N이 맞나요?언뜻 생각해서는, a. 1명의 유저가 여러 게시글의 좋아요 가능b. 1개의 게시글의 좋아요는 여러 유저가 가능-> 유저 테이블과 좋아요 테이블의 관계를 m:n 으로 봤는데, 혹시 설명해주실 수 있는지 문의드립니다.

장독깨기 · Accepted Answer

사용자와 좋아요가 1:n 관계, 게시글과 좋아요가 1:n 관계 일케 되는거겠죠.물론 사용자와 게시글도 1:n 관계가 되겠습니다.근데, 글쓴이는 사용자와 좋아요 엔티티 간의 관계에서 게시글을 생각했기 때문에 m:n 으로 생각하는거 같은데요,별개의 엔티티이며 직접적인 엔티티 간의 관계만 생각하면 될 거 같습니다.그리고, 좋아요 테이블에 좋아요아이디가 있는데요, 굳이 둘 필요 없구요,사용자아이디+게시글아이디 복합키로 pk 잡으면 될 거 같습니다.댓글 좋아요도 포함시키려고 댓글아이디를 추가한거 같은데요,이 부분도 댓글좋아요 테이블을 별도로 만드시고, 댓글 테이블과 관계를 맺고 복합키로 PK 잡으시면 될 거 같습니다.ERD 설계는 ERD TOOL 을 이용하는 것이 편리합니다.https://www.erdspace.com 여기 한 번 이용해보세요. :)

르매 · Answer

앞 선 댓글이 개선점을 포함한 완벽한 답변이라고 생각합니다~저는 아래 질문에 대해서 조금 첨언하겠습니다."유저 테이블과 좋아요 테이블의 관계를 m:n 으로 봤는데, 혹시 설명해주실 수 있는지 문의드립니다."m:n = many to many = 다대다한 명의 유저는 여러 개의 게시판을 "좋아요" 할 수 있고, 한 개의 게시판은 여러 명의 유저가 "좋아요"할 수 있다.네, "유저"와 "게시판"의 관계가 "좋아요"라는 행위에 대해 m:n입니다.사실 m:n 관계는 물리 모델링 단계의 ERD에는 그릴 수 없어요. m:n을 테이블로 직접 구현하는게 불가능하기 때문이죠.대신 논리 모델링 단계의 ERD에는 아래와 같이 그릴 수 있어요. 이게 m:n 관계입니다.위와 같은 논리 ERD를 실제 테이블로 만들기 위해 물리 모델링을 하는데, 이때 m:n의 관계는 두 테이블 사이에 각각의 테이블과 1:n 관계를 가지는 새로운 테이블을 만듭니다. 공식 같은 거죠.이런 테이블을 associate table, 연관 테이블, 교차 테이블이라고 부르고, 그래서 아래와 같은 모습이 됩니다.이런 좋아요 테이블은 좋아요의 대상이 여러 개이면, 각각을 따로 만들어 줍니다.댓글에 좋아요를 한다면, 유저 테이블과 댓글 테이블 사이에 comment_likes 와 같은 별도의 테이블을 만들어야지, likes같은 교차 테이블을 하나로 통합하면 안됩니다.

간단한 ERD 테이블 관계 질문드립니다.

2개의 답변

Q&A 목록