프로그래머스

[프로그래머스] JOIN 5월 식품들의 총매출 조회하기

dev_popo 2022. 12. 31. 14:40

다음은 식품의 정보를 담은 FOOD_PRODUCT 테이블과 식품의 주문 정보를 담은 FOOD_ORDER 테이블입니다. FOOD_PRODUCT 테이블은 다음과 같으며 PRODUCT_ID, PRODUCT_NAME, PRODUCT_CD, CATEGORY, PRICE는 식품 ID, 식품 이름, 식품코드, 식품분류, 식품 가격을 의미합니다.

Column nameTypeNullable

PRODUCT_ID VARCHAR(10) FALSE
PRODUCT_NAME VARCHAR(50) FALSE
PRODUCT_CD VARCHAR(10) TRUE
CATEGORY VARCHAR(10) TRUE
PRICE NUMBER TRUE

FOOD_ORDER 테이블은 다음과 같으며 ORDER_ID, PRODUCT_ID, AMOUNT, PRODUCE_DATE, IN_DATE, OUT_DATE, FACTORY_ID, WAREHOUSE_ID는 각각 주문 ID, 제품 ID, 주문량, 생산일자, 입고일자, 출고일자, 공장 ID, 창고 ID를 의미합니다.

Column nameTypeNullable

ORDER_ID VARCHAR(10) FALSE
PRODUCT_ID VARCHAR(5) FALSE
AMOUNT NUMBER FALSE
PRODUCE_DATE DATE TRUE
IN_DATE DATE TRUE
OUT_DATE DATE TRUE
FACTORY_ID VARCHAR(10) FALSE
WAREHOUSE_ID VARCHAR(10) FALSE

문제

FOOD_PRODUCT와 FOOD_ORDER 테이블에서 생산일자가 2022년 5월인 식품들의 식품 ID, 식품 이름, 총매출을 조회하는 SQL문을 작성해주세요. 이때 결과는 총매출을 기준으로 내림차순 정렬해주시고 총매출이 같다면 식품 ID를 기준으로 오름차순 정렬해주세요.


예시

FOOD_PRODUCT 테이블이 다음과 같고

PRODUCT_IDPRODUCT_NAMEPRODUCT_CDCATEGORYPRICE

P0011 맛있는콩기름 CD_OL00001 식용유 4880
P0012 맛있는올리브유 CD_OL00002 식용유 7200
P0013 맛있는포도씨유 CD_OL00003 식용유 5950
P0014 맛있는마조유 CD_OL00004 식용유 8950
P0015 맛있는화조유 CD_OL00005 식용유 8800
P0016 맛있는참기름 CD_OL00006 식용유 7100
P0017 맛있는들기름 CD_OL00007 식용유 7900
P0018 맛있는고추기름 CD_OL00008 식용유 6100
P0019 맛있는카놀라유 CD_OL00009 식용유 5100
P0020 맛있는산초유 CD_OL00010 식용유 6500

FOOD_ORDER 테이블이 다음과 같을 때

ORDER_IDPRODUCT_IDAMOUNTPRODUCE_DATEIN_DATEOUT_DATEFACTORY_IDWAREHOUSE_ID

OD00000056 P0012 1000 2022-04-04 2022-04-21 2022-04-25 FT19980002 WH0032
OD00000057 P0014 2500 2022-04-14 2022-04-27 2022-05-01 FT19980002 WH0033
OD00000058 P0017 1200 2022-05-19 2022-05-28 2022-05-28 FT20070002 WH0033
OD00000059 P0017 1000 2022-05-24 2022-05-30 2022-05-30 FT20070002 WH0038
OD00000060 P0019 2000 2022-05-29 2022-06-08 2022-06-08 FT20070002 WH0035

SQL을 실행하면 다음과 같이 출력되어야 합니다.

PRODUCT_IDPRODUCT_NAMETOTAL_SALES

 

P0017 맛있는들기름 17380000
P0019 맛있는카놀라유 10200000

 

 

해설이자 나의 해석

이 문제는 만만한데

내가 기본이 없다는 걸 다시 한 번 깨닫는 ㅋㅋ 사건이었따.

이 문제는 기본적으로 date형을 to_char로 변환 시키는 게 문제의 해답 중 하나인데

나는 당연하게 데이트니까 to_date를 하고는 왜 ㅜㅠ안되냐고 화낸 것이다..

데이트형은 문자형으로 변환시켜줘야 한다. 그래야하나보다...ㄱ하나 배웠다.

또한 이 문제는 방시이 여러가지인데

1. 서브쿼리를 쓰느냐

2. 쓰지 않고 그냥 늘어뜨리느냐

 

이 차이이다.

 

나는 개인적으로 서브쿼리를 쓰면 더 좋은 느낌?이라서 서브쿼리를 쓰는 게 맞다고 생각한다

무엇보다 문제에서도 생산일자가 2022년 5월인 식품이라고 했는데 굳이 프로덕트 테이블 끼워서 같이

검색을 돌릴 필요가 있느냐..이거지 뭐 이런 문제는 간단해서 사실 아무 문제는 없지만 ㅎㅎ

나는 그렇게 생각 한 거다 ㅎㅎ 생산일자가 들어있는 건 오더테이블이니까 오더테이블내에서

먼저 채에 걸러내듯이 1차로 걸러낸 테이블을 조인해주면 훨씬 가벼워진 데이터를 다루니 속도도 빨라진다.

나는 실무를 아직 투입되진 않았지만 실무에 들어와보니 데이터를 다룰 땐 속도가 참 중요한 거 같다.

학원 다닐 땐 작은 데이터를 다루지만 실무에선 정말 수많은 데이터를 다루다보니 검색에 오래걸려선 안되니까!

그러니까 결국 이 문제는 나는 서브쿼리를 쓸 것이다. 문제를 풀 땐 서브쿼리부터 먼저 쓴다 ㅎㅎ

그러고나서 그걸 조인할 큰 테이블인 바깥 것을 계산해서 쓰면 어느새 완성이 되더라

sql은 순시간에 늘어나는 게 아니고 많은 문제를 다루면서 부딪히고 깨지면서 느는 것 같다.

이제 햇병아리지만? 좀 알게된 거 같다.

select p.PRODUCT_ID, p.PRODUCT_NAME, sum(O.amount*p.price) TOTAL_SALES
from (select PRODUCT_ID, AMOUNT
        from FOOD_ORDER  o 
        where to_char(PRODUCE_DATE, 'YYYY-MM') ='2022-05' ) O, FOOD_PRODUCT p
 where o.PRODUCT_ID = p.PRODUCT_ID 
 group by p.PRODUCT_ID, p.PRODUCT_NAME
 order by 3 desc, 1 asc