[프로그래머스] 조회수가 가장 많은 중고거래 게시판의 첨부파일 조회하기
https://school.programmers.co.kr/learn/courses/30/lessons/164671
1. Problem
전체 게시글 중 조회수가 가장 높은 단 하나의 게시물을 찾아, 그 게시물에 포함된 모든 첨부파일의 전체 경로(FILE_PATH)를 생성해야 한다. 디렉토리 구조와 파일명 규칙(/home/grep/src/게시글ID/파일ID파일명확장자)을 CONCAT 함수로 정밀하게 구현하는 것이 핵심이다.
2. Solution: 최댓값 필터링과 문자열 합성
서브쿼리로 '전체 1등 조회수'를 구한 뒤, 이를 기준으로 테이블을 필터링하고 필요한 정보를 이어 붙인다.
3. Takeaway: 왜 오답이 발생했는가? (객관적 분석)
- CONCAT 내 컬럼 지칭의 실수: 오답에서는 'BOARD_ID'와 같이 따옴표를 사용하여 컬럼명이 아닌 문자열 그대로가 출력되는 실수가 잦다. 실제 데이터를 호출할 때는 따옴표 없이 컬럼명을 기입해야 한다.
- GROUP BY vs WHERE 서브쿼리:
- 유진 님의 분석처럼, HAVING MAX(VIEWS)는 그룹별 통계에는 유리하지만 "전체 중 최고가"를 찾는 필터로는 부적합하다.
- 또한 GROUP BY를 쓰면 한 게시글에 달린 여러 개의 파일 행이 하나로 압축되어 버릴 위험이 있다. 모든 파일을 리스트업해야 하므로 그룹화 없이 WHERE 절에서 대상 게시글만 골라내는 것이 논리적으로 타당하다.
- 파일 경로 조립의 정밀도: 슬래시(/) 위치와 확장자(FILE_EXT) 앞에 점(.)이 포함되어 있는지 여부를 문제의 예시와 대조하여 CONCAT 인자로 정확히 배치하는 세심함이 필요하다.
다음은 중고거래 게시판 정보를 담은 USED_GOODS_BOARD 테이블과 중고거래 게시판 첨부파일 정보를 담은 USED_GOODS_FILE 테이블입니다. USED_GOODS_BOARD 테이블은 다음과 같으며 BOARD_ID, WRITER_ID, TITLE, CONTENTS, PRICE, CREATED_DATE, STATUS, VIEWS은 게시글 ID, 작성자 ID, 게시글 제목, 게시글 내용, 가격, 작성일, 거래상태, 조회수를 의미합니다.
| Column name | Type | Nullable |
| 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를 의미합니다.
| Column name | Type | Nullable |
| FILE_ID | VARCHAR(10) | FALSE |
| FILE_EXT | VARCHAR(5) | FALSE |
| FILE_NAME | VARCHAR(256) | FALSE |
| BOARD_ID | VARCHAR(10) | FALSE |
문제
USED_GOODS_BOARD와 USED_GOODS_FILE 테이블에서 조회수가 가장 높은 중고거래 게시물에 대한 첨부파일 경로를 조회하는 SQL문을 작성해주세요. 첨부파일 경로는 FILE ID를 기준으로 내림차순 정렬해주세요. 기본적인 파일경로는 /home/grep/src/ 이며, 게시글 ID를 기준으로 디렉토리가 구분되고, 파일이름은 파일 ID, 파일 이름, 파일 확장자로 구성되도록 출력해주세요. 조회수가 가장 높은 게시물은 하나만 존재합니다.
예시
USED_GOODS_BOARD 테이블이 다음과 같고
| BOARD_ID | WRITER_ID | TITLE | CONTENTS | PRICE | CREATED_DATE | STATUS | VIEWS |
| B0001 | kwag98 | 반려견 배변패드 팝니다 | 정말 저렴히 판매합니다. 전부 미개봉 새상품입니다. | 12000 | 2022-10-01 | DONE | 250 |
| B0002 | lee871201 | 국내산 볶음참깨 | 직접 농사지은 참깨입니다. | 3000 | 2022-10-02 | DONE | 121 |
| B0003 | goung12 | 배드민턴 라켓 | 사놓고 방치만 해서 팝니다. | 9000 | 2022-10-02 | SALE | 212 |
| B0004 | keel1990 | 디올 귀걸이 | 신세계강남점에서 구입. 정품 아닐시 백퍼센트 환불 | 130000 | 2022-10-02 | SALE | 199 |
| B0005 | haphli01 | 스팸클래식 팔아요 | 유통기한 2025년까지에요 | 10000 | 2022-10-02 | SALE | 121 |
USED_GOODS_FILE 테이블이 다음과 같을 때
| FILE_ID | FILE_EXT | FILE_NAME | BOARD_ID |
| IMG_000001 | .jpg | photo1 | B0001 |
| IMG_000002 | .jpg | photo2 | B0001 |
| IMG_000003 | .png | 사진 | B0002 |
| IMG_000004 | .jpg | 사진 | B0003 |
| IMG_000005 | .jpg | photo | B0004 |
SQL을 실행하면 다음과 같이 출력되어야 합니다.
| FILE_PATH |
| /home/grep/src/B0001/IMG_000001photo1.jpg |
| /home/grep/src/B0001/IMG_000002photo2.jpg |
1. 정답 쿼리
SELECT CONCAT('/home/grep/src/', B.BOARD_ID, '/', F.FILE_ID, F.FILE_NAME, F.FILE_EXT) AS FILE_PATH
FROM USED_GOODS_BOARD B
LEFT JOIN USED_GOODS_FILE F ON B.BOARD_ID = F.BOARD_ID
WHERE B.VIEWS = (SELECT MAX(VIEWS) FROM USED_GOODS_BOARD)
ORDER BY FILE_ID DESC;
2. 나의 오답
SELECT CONCAT('/home/grep/src/', BOARD_ID, '/', FILE_ID, FILE_NAME, FILE_EXT) AS FILE_PATH
FROM USED_GOODS_BOARD B
LEFT JOIN USED_GOODS_FILE F ON B.BOARD_ID = F.BOARD_ID
GROUP BY B.VIEWS
HAVING MAX(B.VIEWS)
ORDER BY FILE_PATH;
코드 상세 리뷰
- CONCAT 활용:
- /home/grep/src/, BOARD_ID, /, FILE_ID, FILE_NAME, FILE_EXT를 순서대로 합쳐 문제에서 요구한 경로 형식을 만듭니다.
- 사용자님이 작성하신 쿼리에서 'BOARD_ID'에 붙은 따옴표를 제거하여 실제 열의 데이터가 나오도록 수정했습니다.
- WHERE 조건절 (핵심):
- WHERE B.VIEWS = (SELECT MAX(VIEWS) FROM USED_GOODS_BOARD): 서브쿼리를 통해 테이블 전체에서 가장 높은 조회수 값을 먼저 뽑고, 그 값과 일치하는 행만 필터링합니다.
- HAVING MAX(VIEWS)를 쓰지 않는 이유는, HAVING은 그룹별 최댓값을 필터링할 때 주로 쓰이며 지금처럼 "전체 중 1등"을 찾을 때는 서브쿼리가 훨씬 명확하기 때문입니다.
- GROUP BY 제거: * 현재 WHERE 절에서 이미 조회수가 가장 높은 게시글 하나만 필터링하고 있습니다.
- GROUP BY B.VIEWS를 쓰면 조회수 값으로 그룹화를 시도하게 되는데, 이 경우 파일이 여러 개일 때 파일 정보가 하나로 합쳐지거나 에러가 날 수 있습니다. 게시글 하나에 딸린 모든 파일을 다 보여줘야 하므로 GROUP BY는 필요 없습니다.
- 정렬 (ORDER BY):
- 문제 조건에 따라 FILE_ID를 기준으로 내림차순(DESC) 정렬을 추가했습니다.
- INNER JOIN 권장:
- 첨부파일이 있는 게시물을 조회하는 것이므로 LEFT JOIN보다는 JOIN(INNER JOIN)이 더 적절합니다. (다만, 이 문제에서는 결과에 큰 차이가 없을 수 있습니다.)