Programmers] 조회수가 가장 많은 중고거래 게시판의 첨부파일 조회하기

문제

📌 MySQL 로 풀이

 

📌 문제 링크 :

프로그래머스

 

📌 문제 설명 :

USED_GOODS_BOARD와 USED_GOODS_FILE 테이블에서 조회수가 가장 높은 중고거래 게시물에 대한 첨부파일 경로를 조회하는 SQL문을 작성해주세요. 첨부파일 경로는 FILE ID를 기준으로 내림차순 정렬해주세요. 기본적인 파일경로는 /home/grep/src/ 이며, 게시글 ID를 기준으로 디렉토리가 구분되고, 파일이름은 파일 ID, 파일 이름, 파일 확장자로 구성되도록 출력해주세요. 조회수가 가장 높은 게시물은 하나만 존재합니다.

 

📌 테이블 :

다음은 중고거래 게시판 정보를 담은 USED_GOODS_BOARD 테이블과 중고거래 게시판 첨부파일 정보를 담은 USED_GOODS_FILE 테이블입니다. USED_GOODS_BOARD 테이블은 다음과 같으며 BOARD_ID, WRITER_ID, TITLE, CONTENTS, PRICE, CREATED_DATE, STATUS, VIEWS은 게시글 ID, 작성자 ID, 게시글 제목, 게시글 내용, 가격, 작성일, 거래상태, 조회수를 의미합니다.

BOARD_ID	VARCHAR(5)	FALSE
WRITER_ID	VARCHAR(50)	FALSE
TITLE	VARCHAR(100)	FALSE
CONTENTS	VARCHAR(1000)	FALSE
PRICE	NUMBER	FALSE
CREATED_DATE	DATE	FALSE
STATUS	VARCHAR(10)	FALSE
VIEWS	NUMBER	FALSE

USED_GOODS_FILE 테이블은 다음과 같으며 FILE_ID, FILE_EXT, FILE_NAME, BOARD_ID는 각각 파일 ID, 파일 확장자, 파일 이름, 게시글 ID를 의미합니다.

FILE_ID	VARCHAR(10)	FALSE
FILE_EXT	VARCHAR(5)	FALSE
FILE_NAME	VARCHAR(256)	FALSE
BOARD_ID	VARCHAR(10)	FALSE

 

---

풀이

추측) 

가장 조회수가 많이 나오는 글 ID를 먼저 골라오는 게 공수를 줄일 수 있을 듯 하다.

글이랑 첨부파일 먼저 매칭 시키면 일이 커지니까.

그래서 조회수 최대값을 조회하고 이에 해당하는 글 ID를 찾아 그에 해당하는 파일들을 찾는다.

그리고 FILE_PATH가 파일첨부 테이블의 컬럼들을 조합해서 파일경로로 만들어 출력하면 될듯하다. 

 

쿼리) 

* 1차) 서브쿼리 이용

SELECT CONCAT('/home/grep/src/', BOARD_ID, '/', FILE_ID, FILE_NAME, FILE_EXT) AS FILE_PATH
FROM USED_GOODS_FILE 
WHERE BOARD_ID IN (SELECT BOARD_ID
                    FROM USED_GOODS_BOARD
                    WHERE VIEWS IN (SELECT MAX(VIEWS)
                                    FROM USED_GOODS_BOARD))
ORDER BY FILE_ID DESC

* 2차) JOIN 이용

SELECT CONCAT('/home/grep/src/', BOARD.BOARD_ID, '/', FILE.FILE_ID, FILE.FILE_NAME, FILE.FILE_EXT) AS FILE_PATH
FROM USED_GOODS_FILE AS FILE
LEFT JOIN USED_GOODS_BOARD AS BOARD
ON FILE.BOARD_ID = BOARD.BOARD_ID
WHERE BOARD.VIEWS IN (SELECT MAX(VIEWS) 
               		  FROM USED_GOODS_BOARD)
ORDER BY FILE.FILE_ID DESC

 

 

리뷰) 

조금 궁금한게 서브쿼리 2번으로 필터링하는거랑..

BOARD랑 FILE이랑 매칭하고 WHERE로 최대값 걸러내면 뭐가 더 성능적으로 좋은걸까?

 

쿼리문 실행 순서가 아래와 같은 걸로 아는데 

from [ > on > join ] > where > group by [ > having ] > select > order by > limit

 

WHERE로 필터링 하기 전에 ON하고 JOIN해서 두 테이블을 매칭하면

서브쿼리로 조회글 아이디 하나 찾아오는 거 보다 더 공수가 들거 같은데.. 

 

둘다 실행계획이 왜 같음?!?!

 

라는 내생각과 다르게 찾아보니 충격적인 결과가!

 

서브쿼리의 성능적 문제는 서브쿼리와 컬럼을 비교할때마다 내부 쿼리가 실행된다는 점이다. (😧‼️)

쿼리를 반복해서 날리니 성능이 낮아질 수 밖에 없고,

그런 문제때문에 최근 MySQL은 사용자가 서브쿼리문을 사용하면 자체적으로 조인문으로 변환시켜 실행하도록 업데이트되어 결국 둘다 실행계획이 같았던 것. 내부적으로 변환해줘도 꼭 필요한 경우가 아니라면 서브쿼리는 남용하지 않는 것이 좋다고 한다. 주의하도록!!!

 

---

참고자료

[MYSQL] 📚 JOIN과 서브쿼리 차이 및 변환 💯 정리