다중 조인 성능질문입니다.

Question

Rest api로 간단한 회원 기능,댓글,대댓글,좋아요 기능이 있는 앱을 개발중인데요. Db테이블을회원 테이블,게시판 테이블,댓글 테이블 ,좋아요 테이블 이런식으로 만들다보니 4개의 테이블2정도 조인이 되는 상황이 발생하는데요. 실제로 이런식의 다중 조인을 사용할때 성능 이슈가 없을까요? 3개까지는 그래 뭐.. 그럴수도 있지 생각했는데요. 4개부터 뭔가 죄책감이 들기 시작하네요... ㄷㄷ

basscraft · Answer

실무에서 하다 보면 열개 이상의 테이블을 조인하는 경우도 흔합니다.방금 저희 회사 서비스 프로젝트 보니까 35개 테이블 조인하는 쿼리도 있네요결과 result set이 600개 정도 나오긴 하지만, 쿼리시간 200~300ms(패치시간 0.001s 포함)물론 300ms도 빠른 편이 아니라 판단해서 결과를 주기적으로 redis에 올려놓고 쓰긴 합니다.심플하고 간단한 쿼리가 좋지만 어쩔 수 없이 저런 쿼리도 필요 합니다.결과는 실행 시간으로 판단하시고 릴레이션 관계를 잘 설계 하시고 필요한 컬럼에 인덱스를 잘 적용 하시면 문제 없습니다.데이터의 성격에 따라 다르고, 무조건 쪼개는게 좋다고는 할 수 없지만오히려 하나의 테이블에 컬럼을 많이 넣는 것은대부분 개발자의 게으름 또는 무지함으로 정규화가 미흡한 설계인 경우라고 생각합니다.

캐티 · Answer

WITH 절로 묶어서 다시 한번더 조인을 하여도 특별한 문제는 없었던 것 같은데요. 이렇다 하더라도 기본키는 처음부터 끝까지 잘 조합해주는 것이 좋아요.

다중 조인 성능질문입니다.

2개의 답변

기술 목록