DB 설계할때 정규화에 대해서 질문드려요

Question

프로젝트 할때 제가 DB 설계를 맡아서 했어요모든 테이블을 정규화해서 중복 데이터를 없애야 한다고 생각해서 DB를 아래처럼 설계했어요예)유저 테이블columnuserIdnickname댓글 테이블columncommentIdcommentuserId이런식으로 설계 했는데 댓글 담당 팀원이 댓글 테이블에 nickname 컬럼 추가하고 댓글 쓸때 닉네임 넣어서 추가하면 나중에 닉네임을 불러올때 편하니까 추가해달라고 해서 추가해줬어요근데 제 생각에는 userId로 nickname 조회해서 가져다 쓰는게 맞다고 생각했는데실무에선 어떤지정답이 있는건지프로젝트마다 다른건지성능에서 차이는 별로 없는지궁금해요

catcode · Answer

정답은 없고 회사마다 다르고 프로젝트마다 다릅니다.성능 면에서는 불러오는 데이터의 양 따라 다를거 같아요.실무에서는 이론과 성능만이 정답이 아니라고 저는 느낍니다.저는 유지보수하기 편한게 좋아요저도 책에서는 FK키를 무조건 쓰는걸로 배웠지만 현실은 그게 아니더군요 ㅋㅋ

더미 · Answer

닉네임이 변경 불가능하면 괜찮습니다.하지만 보통 그런경우가 없죠.

xml개발자 · Answer

실무에서도 종종 일어나는 일입니다. 담당자가 원하면 보통 그렇게 만들어줍니다. 혹은 담당자용 view를 생성해서 전달드려도 좋습니다.정답은 없습니다. 정규화를 기본적으로 하되, 결국 사람이 쓰는거라.... 고객이 원하면 해드려야죠.네, 프로젝트마다 다릅니다.대부분의 경우 성능에서 별다른 차이가 없습니다.

킷캣맨 · Answer

댓글 쓴 시점에 닉네임이 A 였다가 추후에 B로 바뀌었을때 이슈가 생길수 있을것같아요 :)

onimusha · Answer

댓글 담당 팀원이 join 쓰기 귀찮아서 그런거라면 해주지 마세요!

장독깨기 · Answer

1,2,3 조인해서 하는게 정답입니다. 가끔 예외적인 경우가 있을 수 있습니다.4 조회 성능은 컬럼을 추가하는 것이 낫겠지만, 기능이 우선입니다.

DaSA · Answer

다른 분들이 다 말씀해주셨다시피 이정도는 정규화 지키고 JOIN으로 데이터 가져오는게 좋습니다팀원분이 요청하신 반정규화하면 정합성 생각하느라 골치 아픕니다프로젝트 수준에서는 반정규화 생각하지마시고 싹 다 정규화로 짜셔도 됩니다반정규화는 성능 최적화에 있어서도 마지막 보루로 쓰입니다3중~4중 이상으로 JOIN으로 데이터를 긁어와야하는 상황이 와도 반정규화보다는 테이블 설계를 잘못했나부터 고민해봐야하고요

DB 설계할때 정규화에 대해서 질문드려요

7개의 답변

기술 목록