게시판 질문글 리스트 조회 SQL 쿼리를 다음과 같이 짰는데 어떤가요?

Question

제가 게시판을 만들면서 처음 sql 쿼리를 작성해봤는데, 주변에 피드백을 주실 분이 한 명도 없어서 질문드려요.제가 만든 질문글 리스트의 모습은 다음과 같습니다. 이 화면을 보여줄 때 필요한 데이터로는 title, likes, views, created_at과 같이 단순히 questions 테이블 에서만 가지고 올 수 있는 데이터들도 있고, tag_name, answer_count, author_nickname, 다른 tags테이블, answers테이블, users테이블로 부터 가지고 와야 하는 데이터들도 있습니다. 제 데이터베이스의 구조도는 다음과 같습니다. 제가 작성한 쿼리는 다음과 같습니다.SELECT q.*, u.nickname AS author_nickname, COUNT(a.id) AS answer_count, c.name AS category_name, t.name AS tag_name FROM (SELECT * FROM questions WHERE deleted_at IS NULL ORDER BY created_at DESC LIMIT #{offset} , #{limit}) AS q LEFT JOIN users AS u ON q.author_id = u.id LEFT JOIN answers AS a ON q.id = a.question_id LEFT JOIN category AS c ON q.category_id = c.id LEFT JOIN question_tags AS qt ON q.id = qt.question_id LEFT JOIN tags AS t ON qt.tag_id = t.id GROUP BY q.id, t.id;이 쿼리를 실행시키면 정상적으로 잘 작동하긴 하는데, 봐주는 이 없이 혼자 쌩으로 짠 쿼리라서 이게 잘 짠게 맞는지, 문제가 있다면 뭐가 문제인지 감이 전혀 오질 않아서 질문드립니다. 잘은 모르겠지만, Join을 5번씩 하는데 저렇게 해도 되는건지? 다른 문제는 없는지?,다른 사람들은 어떻게 작성하는지 등 다양한 의견들을 듣고 싶어서 글 올립니다.

catcode · Answer

sql관련 해서 '구루비' 커뮤니티 추천드립니다.

시나몬롤먹고싶다 · Answer

tags의 메타데이터가 자주 바뀌지 않는다면 redis 같은 캐시 이용해서 사용하면 계속 반복되는 조인을 줄일 수 있습니다.그리고 question_tags 같은 경우도 조인해서 한방쿼리 날리는 대신에, 게시글 select+해당게시글의 question_tags 조회 2번으로 나누어서 코드단에서 합치는 방법도 있구요환경에 따라 다르겠지만 LEFT JOIN이 많으면 많을수록 성능상 이슈가 생길 수 있습니다.

게시판 질문글 리스트 조회 SQL 쿼리를 다음과 같이 짰는데 어떤가요?

2개의 답변

기술 목록