해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-31

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/업그레이드 할 수 없는 아이템 구하기 ]
• 문제 링크: [https://school.programmers.co.kr/learn/courses/30/lessons/273712]

📝 문제 요약

• [예: '아이템 중 업그레이드 할 수 없는 아이템 정보 추출하기']

❌ 나의 오답 코드

-- 코드를 작성해주세요
select
    I.ITEM_ID,
    I.ITEM_NAME,
    I.RARITY
from
    ITEM_INFO I
    JOIN ITEM_TREE T ON T.ITEM_ID = I.ITEM_ID
WHERE
    T.PARENT_ITEM_ID IS NOT NULL # -- 먼저 NULL값 조건
    I.ITEM_ID NOT IN # -- PARENT_ID에 속하지 않은 ITME_ID는 업그레이드 할 수 없음
    (SELECT
        ITEM_ID
    FROM
        ITEM_TREE
    WHERE
        ITEM_ID IN
            (SELECT 
                PARENT_ITEM_ID 
            FROM
                ITEM_TREE
            )
     )
ORDER BY
    ITEM_ID DESC



🤔 오답 원인 분석
오류 메시지 또는 실패 원인: [예: '부분 정답으로 WHERE 조건의 순서가 잘못됨.']

근본적인 실수: [예: 'IN절에 대한 오해']

헷갈렸던 개념: [예: 'IN 절 뒤에는 컬럼이 올 수 없으며 리스트가 와야 함.']

IN 절

(X 잘못된 예시)
SELECT 
    ITME_ID
FROM
    TABLE
WHERE
    ITEM_ID IN PARENT_ITEM_ID (X) -----> 대뜸 컬럼을 집어 넣으면 안됨

(O 정답 예시)
SELECT 
    ITME_ID
FROM
    TABLE
WHERE
    ITEM_ID IN ------------------ (O) ---> SELECT 절의 컬럼을 넣어 리스트 형태로
    (SELECT PARENET_ITEM_ID
    FROM TABLE)

✅ 정답 코드 및 핵심 로직

SELECT 
    ITEM_ID, 
    ITEM_NAME, 
    RARITY
FROM 
    ITEM_INFO
WHERE 
    ITEM_ID NOT IN (
    SELECT 
        DISTINCT PARENT_ITEM_ID --- 굳이 서브쿼리를 2번 쓰지 않음
    FROM 
        ITEM_TREE
    WHERE 
        PARENT_ITEM_ID IS NOT NULL -- NULL인 데이터 선 제거
)
ORDER BY 
    ITEM_ID DESC

• 핵심 로직: PARENT_ITEM_ID에 속하지 않는 ITEM_ID는 더이상 업그레이드 할 수 없음

📚 핵심 개념 및 배운 점

• 주요 함수/문법: IN

• 배운 점: ㄴIN 뒤에는 서브쿼리나, 값 리스트가 나와야 한다 EX) WHERE ITME_ID IN (SELECT ITEM_ID FROM MAIN) EX) WHERE ITEM_NAME IN ('강남구청','강남양재')

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-26

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/입양 시각 구하기(2)]
• 문제 링크: [https://school.programmers.co.kr/learn/courses/30/lessons/59413]

📝 문제 요약

• [예: '0~23시 까지의 입양 시각대별 입양 카운팅하기']

❌ 나의 오답 코드

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
SELECT 1
UNION ALL
SELECT 2
....

이런식으로 23까지 감 ---> 비효율적

🤔 오답 원인 분석
오류 메시지 또는 실패 원인: [예: '정답이긴 하지만 상대적 비효율적인 쿼리(하드코딩).']

근본적인 실수: [예: '재귀함수를 평소 쓰지 않아 활용도가 낮아 까먹음.']

헷갈렸던 개념: [예: '']

✅ 정답 코드 및 핵심 로직

WITH RECURSIVE TimeNumbers (hour,COUNT) AS (
    -- 재귀의 시작점
    SELECT 
        0 AS HOUR,
        0 AS COUNT
    UNION ALL
    -- 반복되는 부분
    SELECT 
        hour + 1 AS HOUR,
        0 AS COUNT
    FROM TimeNumbers
    WHERE hour < 23
)
SELECT
    T.HOUR,
    CASE WHEN
    MAIN.HOUR IS NULL THEN T.COUNT
    ELSE MAIN.COUNT END AS COUNT
FROM
    TimeNumbers T
LEFT JOIN
(SELECT
    HOUR(DATETIME) AS HOUR,
    COUNT(ANIMAL_ID) AS COUNT
FROM
    ANIMAL_OUTS 
GROUP BY
    1
ORDER BY
    1
) AS MAIN ON MAIN.HOUR = T.HOUR
ORDER BY
    1

• 핵심 로직:
  • 재귀 함수로 0부터 23시 까지 나오도록 재귀의 시작점과 반복되는 부분을 UNION ALL 하며, WHERE 조건에 24가 되기 전까지만 EXIT 조건 걸기
  • 재귀 함수로 만들어진 테이블을 메인 테이블로 가져가서, LEFT 조인을 걸어 0~23시 시각이 사라지지 않게끔 조건 걸기
  • 입양 테이블의 시각대가 없는 경우는 0, 있는 경우는 입양 테이블의 입양 빈도수를 카운팅 하는 컬럼으로 대체 (CASE WHEN문)

📚 핵심 개념 및 배운 점

• 주요 함수/문법: 재귀 함수 사용

• 배운 점: ㄴ SELECT 절에 반복되는 숫자를 넣는 방법 = 재귀 함수 사용 (RECURSIVE) (SELECT 1,2,3,4,.... 특정 숫자) 이런식으로 넣는 방법을 무식하게 SELECT 1 UNION ALL SELECT 2 ... 이런식으로 하면 너무 비효율적이다.

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-07

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/자동차 대여 기록에서 대여중 ,대여 가능 여부 구분하기]
• 문제 링크: [https://school.programmers.co.kr/learn/courses/30/lessons/157340]

📝 문제 요약

• [예: '2022-10-16 기준 대여 가능한 자동차 확인하기']

❌ 나의 오답 코드

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
with main as(

select

    car_id,

    start_date,

    end_date,

    case when start_date <=date_format('2022-10-16','%Y-%m-%d') and

    end_date >=date_format('2022-10-16','%Y-%m-%d') then '대여중'

    else '대여 가능'

    end as AVAILABILITY

from

    CAR_RENTAL_COMPANY_RENTAL_HISTORY 

order by 1 desc

)

select

    distinct

    car_id,

    first_value(AVAILABILITY) over (partition by car_id order by end_date desc) as AVAILABILITY

from

    main 

order by

    1 desc

🤔 오답 원인 분석
오류 메시지 또는 실패 원인: [예: 'end_date가 느린 날짜의 데이터를 이용가능 데이터 값으로 가져오는 논리, 즉 가장 최근에 반납된 기록의 상태가 그 자동차의 최종 상태일 것이라는 가정.']

근본적인 실수: [예: '가장 최근의 반납 기록이 마지막 상태가 아닐 수도 있음

1번 기록: 2022-10-10 ~ 2022-10-20 (반납일: 10-20) -> '대여중'

2번 기록: 2022-11-05 ~ 2022-11-15 (반납일: 11-15) -> '대여 가능' ---> 해당 값으로 매칭되면 틀릴 수도 있음]

✅ 정답 코드 및 핵심 로직

SELECT
    CAR_ID,
    CASE 
        WHEN MAX(AVAILABILITY_FLAG) = 1 THEN '대여중' --- ② 2022-10-16 기간이 있는 경우는 무조건 대여중
        ELSE '대여 가능'
    END AS AVAILABILITY
FROM (
    SELECT 
        CAR_ID,
        CASE 
            WHEN '2022-10-16' BETWEEN START_DATE AND END_DATE THEN 1
            ELSE 0 --- ① 대여 기간안에 속하면 1이라는 표시
        END AS AVAILABILITY_FLAG
    FROM 
        CAR_RENTAL_COMPANY_RENTAL_HISTORY
) AS SUBQUERY

GROUP BY 
    CAR_ID
ORDER BY 
    CAR_ID DESC;

• 핵심 로직: 특정 기간 안에 속하는 지점을 숫자로 flag 표시하고, 그 값에 해당 하면 특정 str 지정

📚 핵심 개념 및 배운 점

• 주요 함수/문법: flag 지정하는 법

• 배운 점: 특정 시점을 단순 첫번째, 마지막 데이터로 확인 할 수 없는 경우는 flag를 써서 해당 값이 어디에 해당 하는지 표시하는 방법에 대해 배웠다.

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-16

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/연도별 대장균 크기의 편차 구하기]
• 문제 링크: [https://school.programmers.co.kr/learn/courses/30/lessons/299310]

📝 문제 요약

• [예: '연도별 가장 큰 대장균의 사이즈와 id별 편차를 구하기']

📚 핵심 개념 및 배운 점

• 주요 함수/문법: 집계 함수의 윈도우 함수

• 배운 점:

  • 윈도우 함수의 컬럼 값 지정이 헷갈린다. sum/average/max/min/count 의 집계 함수는 컬럼을 지정해주어야 한다.
  • 하지만, 순위 윈도우 함수(rank/row_number/dense_rank) 같은 경우에는 뒤에 컬럼이 필요 없다. - 어떻게 구분해야 할까? ▶** "컬럼" 값을 계산해야 하거나, 가져와야 하는가?** → 필요 시 컬럼 지정

      → 필요 없을 시 컬럼 X (단순 행의 위치나 순서에 의해 자동 계산)

집계 함수의 윈도우 함수 경우에는 특정 컬럼 값을 가지고 계산하며, 그 대상은 ( ) 괄호 안에 반드시 대상이 될 컬럼명을 기재해야한다. ex) max*(colony_size) * over ( partition by year)

순위 함수의 윈도우 함수 경우에는 특정 컬럼 값을 가지고 올 필요 없이 행의 순서에 의해서 자동으로 순위 메김 (1~ n위)가 메겨지므로, 대상이 될 컬럼명을 기재할 필요가 없다 ex) dense_rank() over (order by salary desc) → 샐러리 높은 순서대로 자동 순서 메김

lag/lead() 윈도우 함수 같은 경우에도 특정 컬럼의 값을 가져와서 앞/뒤 값을 가져올 수 있으므로 컬럼명을 기재해야 한다. ex) lead(salary) over ( order by date) → 시간 순서대로 뒷사람의 샐러리를 가져와야 함

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-14

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/멸종위기의 대장균 찾기]
• 문제 링크: [https://school.programmers.co.kr/learn/courses/30/lessons/301651]

📝 문제 요약

• [예: '자식이 없는 대장균 찾기']

❌ 나의 오답 코드

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
WITH KID AS (
SELECT
    ID,
    CASE WHEN
        ID IN (SELECT PARENT_ID FROM ECOLI_DATA) THEN 1
        ELSE 0 END AS KID_CNT
FROM
    ECOLI_DATA

)



🤔 오답 원인 분석
오류 메시지 또는 실패 원인: [예: '자식이 없는 케이스를 WITH절로 빼고, 세대를 구하는 식을 생각했지만 떠오르지 않음']

근본적인 실수: [예: '재귀함수를 생각할 수 없었음']

헷갈렸던 개념: [예: '.']

✅ 정답 코드 및 핵심 로직

WITH RECURSIVE GENERATION_DATA
AS(
SELECT
    ID,
    1 AS GENERATION #--- 1세대 (부모세대가 없는 경우)
FROM
    ECOLI_DATA
WHERE
    PARENT_ID IS NULL
UNION ALL

SELECT
    E.ID,
    G.GENERATION +1 #--- 부모세대 +1 = 자식세대
FROM
    ECOLI_DATA E
    JOIN GENERATION_DATA G ON G.ID = E.PARENT_ID #--- 자식과 부모세대 연결
)
SELECT
    COUNT(*) AS COUNT,
    GENERATION # ---세대 별 무자식 개체 카운팅
FROM
    GENERATION_DATA 
WHERE
    ID NOT IN 
    (SELECT DISTINCT PARENT_ID FROM ECOLI_DATA WHERE PARENT_ID IS NOT NULL) # -- 서브쿼리: 부모 명단에 속하지 않는 ID
GROUP BY
    GENERATION
ORDER BY
    GENERATION

• 핵심 로직: 재귀함수로 ID별 세대를 세고, 서브쿼리로 자식이 없는 개체를 WHERE 조건절로 가져가는 것이 포인트

📚 핵심 개념 및 배운 점

• 주요 함수/문법: RECURSIVE 함수

• 배운 점: ㄴSQL 재귀는 주로 WITH RECURSIVE 구문(CTE)를 사용해 구현하며, 핵심 요소는 ① 앵커 멤버: 재귀의 시작점. 단 한번만 실행 ② 재귀 멤버: 앵커 멤버나 이전의 재귀 단계를 참조하여 반복적으로 실행되는 쿼리 ㄴ 예시

  WITH RECURSIVE NumberSeries AS (
    -- 1. 앵커 멤버: 시작 숫자 1을 선택
    SELECT 1 AS n
  
    UNION ALL
  
    -- 2. 재귀 멤버: 이전 단계의 숫자에 1을 더한다
    SELECT n + 1
    FROM NumberSeries
    WHERE n < 5 -- 종료 조건: n이 5가 되면 더 이상 재귀하지 않는다
  )
  

-- 최종 결과 선택 SELECT * FROM NumberSeries; *결과 값: 1,2,3,4,5 *입력값/출력값 1 ---> 앵커부분 (출력값만 존재) N=1 /2 ---> 여기서 부터 재귀 부분 N=2 /3 N=3/4 N=4/5 N=5 ---> STOP: WHERE 조건이 N<5 이므로

```

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-12

📌 문제 정보

• 출처 및 번호: [프로그래머스,대장균의 크기에 따라 분류하기 2]
• 문제 링크: [https://school.programmers.co.kr/learn/courses/30/lessons/301649]

📝 문제 요약

• [대장균 개체의 크기를 내름차순으로 정렬시 4등분 하여 각 등급 메김]

❌ 나의 오답 코드

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
# -- 코드를 작성해주세요
WITH MAIN AS (
SELECT
    ID,
    ROW_NUMBER() OVER (ORDER BY SIZE_OF_COLONY DESC),
    (SELECT COUNT(ID) FROM ECOLI_DATA ),
    ROW_NUMBER() OVER (ORDER BY SIZE_OF_COLONY DESC)/(SELECT COUNT(ID) FROM ECOLI_DATA ) AS RATIO

FROM
    ECOLI_DATA 
)
SELECT
    ID,
    CASE WHEN
        1-RATIO <=0.24 THEN 'LOW'
        WHEN
         1-RATIO <=0.49 AND  1-RATIO >=0.25  THEN 'MEDIUM'
         WHEN
         1-RATIO <=0.74 AND  1-RATIO >=0.5  THEN 'HIGH'
         WHEN
         1-RATIO >=0.75 THEN 'CRITICAL'
         END COLONY_NAME
FROM
    MAIN
order by
    1

🤔 오답 원인 분석
오류 메시지 또는 실패 원인: [예: '정수 나눗셈인 경우 SQL에서는 소숫점까지 표현 안되고 정수로 나오게 됨
EX) 5/25 = 0.2 (X), 0 .']

근본적인 실수: [예: '당연히 소숫점 계산이 될 줄 알았음.']

헷갈렸던 개념: [예: '순위 함수 삼형제가 늘 헷갈림.']

✅ 정답 코드 및 핵심 로직

WITH COLONY_RANK AS (
    SELECT
        ID,
        -- ROW_NUMBER()를 사용해 순위(RN)를 매깁니다.
        ROW_NUMBER() OVER (ORDER BY SIZE_OF_COLONY DESC) AS RN,
        -- 윈도우 함수로 전체 개수(TOTAL_COUNT)를 효율적으로 구합니다.
        COUNT(*) OVER() AS TOTAL_COUNT
    FROM
        ECOLI_DATA
)

SELECT
    ID,
    CASE
        -- RN에 1.0을 곱해 '정수 나눗셈' 문제를 해결합니다.
        WHEN (RN * 1.0 / TOTAL_COUNT) <= 0.25 THEN 'CRITICAL'
        WHEN (RN * 1.0 / TOTAL_COUNT) <= 0.50 THEN 'HIGH'
        WHEN (RN * 1.0 / TOTAL_COUNT) <= 0.75 THEN 'MEDIUM'
        ELSE 'LOW'
    END AS COLONY_NAME
FROM
    COLONY_RANK
ORDER BY
    ID ASC;

• 핵심 로직: ㄴ 순위/총 ROWS 갯수 = 상위 n% 값 이라는 논리는 맞았음 ㄴ 서브쿼리 절을 사용 할 경우 각 행 마다 (select count(*) from ...)을 반복 실행 하게되어 속도가 느림 ㄴ 윈도우 함수는 전체에서 딱 한번 실행 되어 속도가 빠름

📚 핵심 개념 및 배운 점

• 주요 함수/문법: 윈도우 함수의 목적, 정수를 나눌 경우 소숫점 미반영 문제, 순위 함수

• 배운 점:

① 윈도우 함수 개념 복습

• 사용 목적: 원래 테이블의 열은 그대로 유지 하면서, 다른 열만 추가하고 싶을때 EX) 각 행의 순위 계산, 각 행의 누적합 계산, 각 행의 다음 행 계산 등

-- 누적 합 계산
SELECT
    ORDER_DATE,
    SUM(DAILY_SALES) OVER (ORDER BY ORDER_DATE) AS RUNNING_TOTAL
FROM
    sales

SELECT
    ID,
    SALES,
    RANK() OVER (ORDER BY SALES DESC) AS SALES_RANK -- 판매 내림차순 순위
FROM
    sales

SELECT
    sale_month,
    sale_AMOUNT,
    LAG(SALES_AMOUNT,1,0) OVER (ORDER BY SALES_MONTH) ---- 이전 달의 매출 가져오기
FROM
    monthly_sales

② 정수를 정수로 나눌 경우

• SQL 에서 정수/정수 일 경우 정수로 나오기 때문에 1/5 =0.2(X), 1/5 =0 분자의 정수 타입 같은 경우 1.0이라는 어거지 소숫점 패턴이 필요하다. EX) 1 * 1.0 / 5 = 0.2

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-07

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/업그레이드 된 아이템 구하기]
• 문제 링크: (https://school.programmers.co.kr/learn/courses/30/lessons/273711)

📝 문제 요약

• [예: '업그레이드 가능한 아이템 정보 추출']
• 조건 값: RARE 아이템 대상, 아이템 ID 기준 내림차순

❌ 나의 오답 코드 (비효율 코드)

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
SELECT
    TREE2.ITEM_ID,
    INFO2.ITEM_NAME,
    INFO2.RARITY
FROM
    ITEM_INFO INFO
    JOIN ITEM_TREE TREE ON INFO.ITEM_ID = TREE.ITEM_ID
    JOIN ITEM_TREE TREE2 ON TREE.ITEM_ID = TREE2.PARENT_ITEM_ID
    JOIN ITEM_INFO INFO2 ON INFO2.ITEM_ID = TREE2.ITEM_ID
WHERE
    INFO.RARITY ='RARE'
ORDER BY
    1 DESC;

🤔 오답 원인 분석
오류 메시지 또는 실패 원인: [예: '정답이긴 하지만 조인을 3번을 씀.']

근본적인 실수: [예: 'TREE 테이블을 메인 테이블로 가져가야 하는데, INFO 테이블을 메인으로 가져가다 보니 여러번 조인을 하게됨']

헷갈렸던 개념: [예: '없음']

✅ 정답 코드 및 핵심 로직

SELECT
    T.ITEM_ID,
    I.ITEM_NAME,
    I.RARITY
FROM
    ITEM_TREE T
    JOIN ITEM_INFO I ON T.ITEM_ID = I.ITEM_ID
WHERE
    T.PARENT_ITEM_ID IN (
        SELECT ITEM_ID
        FROM ITEM_INFO
        WHERE RARITY = 'RARE'
    )
ORDER BY
    T.ITEM_ID DESC;

• 핵심 로직: TREE 테이블을 메인으로 하여 INFO 테이블과 ID로 조인하고, RARE 인 상품들은 WHERE 절 서브 쿼리로 만든다.

📚 핵심 개념 및 배운 점

• 주요 함수/문법:

• 배운 점: ㄴ 문제에서 요청하는 부분은 "다음 업그레이드 아이템"에 대한 정보였다. 다음 업그레이드 된 정보는 INFO 테이블이 아니라, TREE 테이블에서 확인이 가능하며, 이는 TREE 테이블로 메인 테이블을 잡고 시작했어야했다. ㄴ 실무나 쿼리 테스트에서 어떤 테이블을 메인으로 잡고 시작할지 결정 하는 것은 쿼리의 효율성과 가독성에 크리티컬한 영향을 끼친다.

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-09

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/재구매가 일어난 상품과 회원 리스트 구하기]
• 문제 링크: (https://school.programmers.co.kr/learn/courses/30/lessons/131536)

📝 문제 요약

• [예: '재구매가 일어난 회원 리스트 조회']

✅ 정답 코드 및 핵심 로직

-- 재구매 조건: USER_ID와 PRODUCT_ID가 동일해야 한다.
SELECT
    USER_ID,
    PRODUCT_ID
    # COUNT(USER_ID)
FROM
    ONLINE_SALE
GROUP BY
    1,2
HAVING
    COUNT(*) >=2  #--- 2번 삼 = 재구매
ORDER BY
    1,2 DESC;

📚 핵심 개념 및 배운 점

• 주요 함수/문법: HAVING 조건을 쓰기 위한 GROUP BY

• 배운 점: ① GROUP BY를 쓸 수 있는 조건

  • 집계 함수가 있는 경우, SELECT 절에 기재한 모든 컬럼
  • 집계 함수가 없는 경우, SELECT 절에 기재한 모든 컬럼
  • SELECT 절에는 없지만 PRIMARY KEY인 경우 ② HAVING
    • SELECT 절에서 집계 함수를 쓰지 않은 경우 GROUP BY를 동일한 컬럼으로 명시 하고 그 이후에 HAVING을 적으면, WHERE과 같은 조건값을 넣을 수 있다.

4번 제외 모두 GROUP BY 뒤 컬럼을 제대로 기재함 (2개의 컬럼 모두 써야함)

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-09

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스/3월에 태어난 여성 회원 목록 출력하기]
• 문제 링크: https://school.programmers.co.kr/learn/courses/30/lessons/131120

📝 문제 요약

• 3월에 태어난 여성의 id,이름,성별,생년월일 조회
• 조건: 연락처 없는 경우 제외, 회원 id 오름차순 정렬

❌ 나의 코드 (오답x)

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
SELECT
    MEMBER_ID,
    MEMBER_NAME,
    GENDER,
    DATE_FORMAT(DATE_OF_BIRTH,'%y-%m-%d')
FROM
    MEMBER_PROFILE
WHERE
    (MONTH(DATE_OF_BIRTH) = 3 AND GENDER= 'W')
    and
    TLNO IS NOT NULL
ORDER BY
    1


🤔 오답 원인 분석
오류 메시지 또는 실패 원인: ['date_format 함수에서 'YYYY-MM-DD'형식으로 쓰는 방법을 제대로 안익힘']

근본적인 실수: [예: '
① 문제 조건을 제대로 안읽고, 아는 문제라고 쉽다고 생각 함. 
② DATE_FORMAT 관련 포멧팅을 잘 안익힘
]

헷갈렸던 개념: [예:'없음' ]

📚 핵심 개념 및 배운 점

• 주요 함수/문법: DATE_FORMAT ㄴ 2025-01-01 과 같은 형식으로 쓰려면 DATE_FORMAT(DATE, '%Y-%m-%d')로 기재해야 함 ㄴ '%y' → 25 ㄴ '%M' → January ㄴ '%D' → 1st

• 배운 점: ㄴ TEST 시 긴장 하므로, 조건을 더 꼼꼼히 읽어야 한다. 특히 정렬 및 제외 조건은 무조건 잘 캐치 해야 한다.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-07

📌 문제 정보

• 출처 및 번호: [예: 리트코드/570. Managers with at Least 5 Direct Reports]
• 문제 링크: https://leetcode.com/problems/managers-with-at-least-5-direct-reports/?envType=study-plan-v2&envId=top-sql-50

📝 문제 요약

• 5명 이상의 직원을 갖고 있는 매니저 이름 조회

❌ 나의 오답 코드

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
select

    name

from (

select

    e2.name as name,

    count(*)

from

    employee e1

    join employee e2 on e1.id = e2.managerid

group by

    1

having

    count(*) >=5

) as result


🤔 오답 원인 분석
오류 메시지 또는 실패 원인: ['문법적 오류는 없으나 join 조건을 완전 반대로 적음']

근본적인 실수: [예: '
① 문제를 제대로 이해하지 않았고, 아는 문제라고 쉽다고 생각 함. 
② 테이블 alias를 더 명확하게 만들었어야 함 
(ex. e1, e2 라고 쓸 시 어떤 것이 직원테이블인지, 매니저 테이블인지 모름 → e,m으로 변경)
③ 조인 조건을 꼼꼼히 생각해 보는 습관 기르기']

헷갈렸던 개념: [예:'없음' ]

✅ 정답 코드 및 핵심 로직

SELECT
    m.name -- 3. 조건을 만족하는 매니저의 이름을 조회합니다.
FROM
    Employee e -- 1. e는 직원(employee) 테이블입니다.
JOIN
    Employee m ON e.managerId = m.id -- 2. 직원의 managerId와 매니저의 id를 연결합니다. m은 매니저(manager) 테이블입니다.
GROUP BY
    m.id -- 매니저 ID를 기준으로 그룹을 만듭니다. (이름이 같을 수 있으니 id로 하는 것이 더 안전합니다)
HAVING
    COUNT(e.id) >= 5; -- 각 매니저 그룹에 속한 직원 수가 5명 이상인 경우만 필터링합니다.

• 핵심 로직: 셀프 조인 후, 매니저 아이디로 그룹바이 이후에 직원 아이디를 카운팅 하는 조건

📚 핵심 개념 및 배운 점

• 주요 함수/문법: -

• 배운 점: ㄴ TEST 시 긴장 하므로, 이해가 더 안될 확률이 엄청 크다. 테이블로 헷갈리지 않도록 직관적인 별칭을 써야한다. ㄴ GROUP BY는 꼭 SELECT절에 primary key가 포함된 경우라면, primary key 하나만 써도 무방하며, select 절에 미포함 되도 primary key로 그룹핑 할 수 있다 (유일성)

GROUP BY에 쓸 수 있는 컬럼 정리 ㄴ원칙: *SELECT 절의 모든 일반 컬럼은 GROUP BY 절에 포함되어야 한다. ㄴ예외 (스마트한 데이터베이스): 하지만 최신 데이터베이스들은 GROUP BY에 **기본 키(Primary Key)가 포함되면, 그 기본 키에 함수적으로 종속되는 다른 컬럼들은 이미 그룹화된 것으로 간주하여 SELECT 절에 자유롭게 사용할 수 있도록 허용

*예시

• 테이블 구성 : sales_teams, sales_record

  

sales_teams

sales_records

예시1: 보통의 경우 (select절에 쓰인 모든 컬럼 집계 함수 제외 똑같이 쓰기)

예시2: 예외적인 경우

- primary key가 아닌 다른 컬럼들은 기본 키에 함수적으로 종속되어 있다 판단하여, group by절에서 생략 가능

• primary key인 team_id에 의해 team_leader_name과 region 결정됨
• 왜냐하면 team_id가 101이면 팀장 이름은 항상 '김팀장', 지역은 항상 '수도권'이므로, 여러 값 중에 고민할 필요가 없다는 것
• 만일 101의 팀장이 변경될 순 있어도, 101 이라는 team_id는 primary key이기 때문에 테이블에 중복해서 나오지 않는 unique한 값(고유성)

해당 섹션은 프로그래머스/리트코드/해커랭커 등 외부 사이트에서 SQL 오답 문제에 대한 오답을 적고, 어느 부분에서 막혔고, 무엇을 배웠는지에 대해 간략하게 기록 하기 위함임.

❤️오답노트 활용 팁

1. 원인 분석에 집중하세요: 정답 코드를 이해하는 것보다 내가 왜 틀렸는지를 한두 줄이라도 직접 글로 써보는 과정이 가장 중요합니다. '실수했다'에서 그치지 않고 '왜 실수했는지'를 파고들어야 같은 실수를 반복하지 않습니다.

2. 태그를 적극적으로 활용하세요: #JOIN, #서브쿼리, #날짜함수 와 같이 태그를 꾸준히 달아두면, 나중에 특정 개념이 약하다고 느낄 때 해당 태그가 달린 문제들만 모아서 복습할 수 있습니다.

3. 주기적으로 다시 풀어보세요: 일주일 뒤, 한 달 뒤에 오답 노트를 보면서 코드를 보지 않고 다시 한번 풀어보세요. 완벽하게 풀 수 있다면 그 개념은 이제 당신의 것이 된 겁니다.

⭐ 오답 노트 TEMPLATE

📆 날짜: 2025-08-07

📌 문제 정보

• 출처 및 번호: [예: 프로그래머스 SQL 고득점 Kit, Level 3, 문제 이름]
• 문제 링크: [문제에 바로 갈 수 있는 링크]

📝 문제 요약

• [예: '입양을 간 동물 중, 보호 기간이 가장 길었던 동물 두 마리의 아이디와 이름을 조회']

❌ 나의 오답 코드

-- 여기에 내가 작성했던 틀린 코드를 그대로 붙여넣으세요.
SELECT
    ANIMAL_ID,
    NAME
FROM
    ANIMAL_OUTS O
LEFT JOIN
    ANIMAL_INS I ON O.ANIMAL_ID = I.ANIMAL_ID
WHERE
    O.DATETIME IS NOT NULL
ORDER BY
    O.DATETIME - I.DATETIME DESC;
-- LIMIT 2 를 빠트림

🤔 오답 원인 분석
오류 메시지 또는 실패 원인: [예: '정답이긴 하지만 상위 2개만 출력하라는 조건을 누락함.']

근본적인 실수: [예: '문제를 꼼꼼히 읽지 않고 ORDER BY 까지만 구현한 뒤 제출함. 요구사항을 끝까지 확인하는 습관이 필요.']

헷갈렸던 개념: [예: '보호 기간을 계산하기 위해 DATEDIFF를 써야 할지, 단순 뺄셈을 해야 할지 순간적으로 헷갈렸음.']

• 정답 테이블

  

• 내 쿼리 테이블

  

✅ 정답 코드 및 핵심 로직

SELECT
    O.ANIMAL_ID,
    O.NAME
FROM
    ANIMAL_OUTS O
LEFT JOIN
    ANIMAL_INS I ON O.ANIMAL_ID = I.ANIMAL_ID
ORDER BY
    DATEDIFF(O.DATETIME, I.DATETIME) DESC
LIMIT 2;

• 핵심 로직: DATEDIFF()로 보호 기간(일수)을 계산하고, ORDER BY ... DESC로 내림차순 정렬한 뒤, LIMIT 2로 상위 2개만 잘라내는 것이 핵심.

📚 핵심 개념 및 배운 점

• 주요 함수/문법: DATEDIFF(), LIMIT

• 배운 점: ㄴMySQL에서 날짜 간의 차이를 '일' 단위로 명확하게 계산하려면 ㄴDATEDIFF(끝나는 날짜, 시작 날짜)를 사용하는 것이 더 안전하고 명시적이다. ㄴ '상위 N개', '가장 ~한 N개' 등의 요구사항이 나오면 LIMIT 키워드를 빠트리지 않았는지 반드시 확인해야 한다.

이 회사에서는 배울 의지만 있으면 뭐든 할 수 있게끔 도와준다.

• 원하는 데이터의 DB화 ㄴ 생각보다 이 과정이 순탄치만은 않다. (개발 부서를 설득 하는 과정이 필요하다) ㄴ 본인이 AIRFLOW를 할 수 있으면, 굳이 본사를 통하지 않고 직접 데이터 화 가능
• 원하는 데이터의 쿼리 구축 ㄴ 쿼리를 못하는데 쿼리가 필요한 상황에 도움 및 테이블 관련 질문 사항 QNA 가능 ㄴ 이 부분에서 내가 치는 쿼리와 개발 부서에서 쳐주는 쿼리가 역시 다르다는 점을 많이 보았고, 잘 치는 사람의 쿼리를 보고 배우는 시간을 꼭 갖었으면 좋겠다 라는 생각을 하게 되었다.

이직 전 어떻게 회사를 뽑아 먹을 수 있을까?

• 1) 쿼리 잘 치는 사람의 쿼리를 베낀다. ㄴ 어떤 문법을 주로 쓰는지 ㄴ 어떤 식으로 구성 했는지에 대해 배운다.

• 2) 내가 쓴 쿼리에 대한 복기를 갖는다 ㄴ 왜 이렇게 생각 한 것인지, 어떤 부분을 더 효율화 할 수 있는지

• 3) AIRFLOW 무조건 한번 해본다. ㄴ 팀 내 데이터를 DB화 할 수 있는 기회를 갖는다. ㄴ 일일 트리거를 통해서 원하는 데이터를 원하는 곳에 전송 할 수 있는 시스템을 구현한다.

select
    DISTINCT
    YEAR(CAST(MAIN."출고예정일" AS DATE)) AS "년",
    MONTH(CAST(MAIN."출고예정일" AS DATE)) AS "월",
    WEEK(CAST(MAIN."출고예정일" AS DATE)) AS "주차",
    CAST(MAIN."출고예정일" AS DATE) AS "출고예정일",
    cast(main."이동지시서_생성일자" as date) as "이동지시서_생성일자",
    MAIN."센터명",
    MAIN.inventory_transfer_order_id,
    MAIN.SKU_CODE,
    MAIN.sku_nm,
    MAIN.lv3_cate_nm,
    MAIN.lv4_cate_nm,
    CASE 
        WHEN MAIN."사유구분" ='폐기' THEN MAIN."상세사유" --- 구분자 변경 전
        ELSE MAIN."사유구분" --- 변경 후
        END AS "사유구분",
    CASE 
        WHEN MAIN."상세사유" LIKE '%선도저하%' THEN MAIN."비고"
        ELSE MAIN."상세사유"
        END AS "상세사유",
    MAIN."소비기한",
    MAIN."제조일자",
    cast(R."입고일자" as date) as "입고일자",
    CASE 
        WHEN MAIN."총수량" =0 THEN 0
        WHEN ABS(R."입고량") IS NULL THEN MAIN."총수량" 
        ELSE ABS(R."입고량") 
        END AS "폐기수량" --- 제조일자가 NULL값인 경우 입고량이 뜨질 않음
from
    MAIN 
    left join RECEVING R ON R.inventory_transfer_order_id = MAIN.inventory_transfer_order_id 
    AND R.SKU =MAIN.SKU_CODE 
    AND cast(R."소비기한" as date) = MAIN."소비기한" 
   AND (
   (MAIN."제조일자" IS NULL AND R."제조일자" IS NULL)
   OR CAST(R."제조일자" AS DATE) = MAIN."제조일자") ------- ★ 제조일자가 null 인 경우 2가지 조건으로 분기
    AND MAIN."총수량" =R."입고량"
ORDER BY
    CAST(MAIN."출고예정일" AS DATE)

• 제조일자 null 인 경우 조인 시 2가지로 분기 1) (MAIN."제조일자" IS NULL AND R."제조일자" IS NULL OR 2) MAIN."제조일자" = R."제조일자" )

컬럼 기준으로 조인 할 경우, 해당 컬럼의 모든 값이 다 기재가 안되어 있을 수도 있으므로, NULL값임에도 붙여야 되는 케이스도 존재한다.

전 : 제조일자가 없어서, 입고일자가 NULL 값으로 붙어버림

후: 제조일자가 없더라도, 입고일자가 그 외의 조건값으로 조인 되어 붙게됨

**JSON 형식이란?

Javascript Object Notation : 인간이 읽고, 쓰기 쉬우며 기게가 파싱하고 생성하기도 쉬운 개방향 표준 데이터 교환 형식

• 사람이 읽기 쉬움 : 데이터를 직관적으로 이해할 수 있는 구조로 구성
• 계층적 구조; 데이터를 중첩된 형태로 표현할 수 있어 복잡한 데이터 구조를 나타내기에 용이
• 널리 사용됨: api, nosql데이터베이스, 설정파일 등 웹 개발의 거의 모든 영역에서 표준으로 사용

**JSON 데이터 타입과 구조

• JSON 객체 형태 예시 { "name": "홍길동", "age": 30, "city": "서울" }

1. 객체: {} (중괄호)로 표현되며, 이름/값(NAME/VALUE)쌍의 비정렬 컬렉션

• 각 쌍은 "이름": 값 형태로 표현

• 이름은 항상 문자열(큰따옴표로 묶인)이어야 함

• 여러 쌍은 쉼표로 구분

• JSON 배열 형태 예시 [ "사과", "바나나", "딸기" ]

2. 배열:[ ] 대괄호로 표현되며, 값들의 순서 있는 리스트

**JSON 정리

• JSON은 데이터의 표준화된 형식이다
• 가독성이 높아, 인간이 이해하거나 컴퓨터가 처리하기 용이하다
• 이름:값으로 이루어져있다.

+) PARSING 이란?

• PARSING(파싱) : 복잡한 형태의 데이터를 컴퓨터가 알아듣기 쉽게 정리하는 작업 EX) JSON 데이터 {"상품명": "스마트폰", "가격": 1000000, "재고": 50} → 컴퓨터 입장에서는 하나의 긴 문자열이여서 바로 인식할 수 없음. 파싱이라는 과정을 거치면 상품명은 스마트폰, 가격은 100만원, 재고는 50 이라는 데이터를 정리해서 이해할 수 있게 함

• SQL에서 JSON 형식 파싱하는 쿼리 ㄴ 1단계: data_json 컬럼의 한 행에 '{"상품명": "스마트폰", "가격": 1000000, "재고": 50}' 이런 문자열이 들어있음 ㄴ 2단계: JSON 파싱 및 데이터 추출 (JSON_EXTRACT 함수 사용)

SELECT
    JSON_EXTRACT(data_json, '$.상품명') AS product_name,
    JSON_EXTRACT(data_json, '$.가격') AS price,
    JSON_EXTRACT(data_json, '$.재고') AS stock
FROM
    제품

결과 값 | product_name | price | stock | |--------------|----------|-------| | 스마트폰 | 1000000 | 50 |

• 각 부서별 여자와 남자의 숫자를 구하고 싶을때 ㅇ 각 부서로 그룹핑 ㅇ GENDER 별로 나누기 ---> CASE WHEN 절 사용

  

SELECT
    E.department,
    SUM(case when E.gender = 'M' THEN 1 ELSE 0 END) AS "MALE_CNT",
    SUM(case when E.gender ='F' THEN 1 ELSE 0 END) AS "FEMALE_CNT"
FROM
    EMPLOYEE E
GROUP BY
    E.department

2. union 함수

union

• 같은 열을 가지고 있을 경우 아래 + 위 합치는 개념
• SQL에서 두 개 이상의 결과 집합을 결합할 때 사용되며, 기본적으로 두 집합의 컬럼 수와 순서가 같아야 합니다
• UNION은 컬럼 이름이 달라도 상관없습니다. 다만, UNION 연산자는 결과로 반환되는 컬럼 이름은 첫 번째 쿼리의 컬럼 이름을 따릅니다.
• UNION을 사용할 때 컬럼의** 데이터 형식(예: INT, VARCHAR 등)이 다르면 SQL에서 에러**가 발생할 수 있습니다. 두 쿼리의 동일한 위치에 있는 컬럼들의 데이터 형식이 호환 가능해야 합니다

• CTE를 활용 하여 UNION을 해야 할 때

WITH EmployeeData AS (
    SELECT employee_id, name, department
    FROM employees
    WHERE department = 'Sales'
),
StaffData AS (
    SELECT employee_id, name, department
    FROM staff
    WHERE department = 'Sales'
)
SELECT * FROM EmployeeData ----------- CTE 1
UNION
SELECT * FROM StaffData -------------- CTE 2

• UNION과 UNION ALL의 차이점 : UNION과 UNION ALL은 둘 다 두 개 이상의 쿼리 결과를 결합하는 데 사용됩니다. 그러나 그 동작 방식에서 중요한 차이점이 있습니다. "중복 제거 여부"

• UNION: 결합된 결과에서 중복된 행을 제거합니다. 즉, 동일한 데이터가 여러 번 나타나지 않도록 자동으로 필터링합니다.
• UNION ALL: 결합된 결과에서 중복을** 제거하지 않고 **모든 행을 그대로 포함합니다. 즉, 두 쿼리에서 동일한 데이터가 여러 번 나올 수 있습니다.

3. COALESCE : NULL이 나올 때 원하는 값으로 지정

• 한 컬럼이 NULL 값일 때 적용

SELECT 
    COALESCE(PHONE_NUMBER,"NO PHONE NUMBER AVAILABLE")
FROM
    ~

• 여러 컬럼이 NULL 일 때 적용

SELECT
    COALESCE(EMAIL, WORK_EMAIL, PERSONAL_EMAIL, "NO EMAIL PROVIDED")
    ---- 셋 중 가장 처음의 NULL 값이 아닌 값을 반영

• COALESCE 사칙연산

• TOTAL_INCOME = SALARY + BONUS

  SELECT
    EMPLOYEE_ID,
    COALESCE(SALARY,0) + COALESCE(BONUS,0) AS "TOTAL_INCOME"
  FROM
    EMPLOYEE

4. LAG/LEAD() 함수

• lag: 현재 행의 이전 행에 있는 값을 가져옴

• lead: 현재 행의 다음 행에 있는 값을 가져옴
  • lag/lead(컬럼이름, 숫자) : 해당 컬럼의 몇번 쨰 이전/다음의 행을 가져올 지 지정하는 값

1) 데이터 분석가의 사전적 의미와, 현실적으로 내가 경험한 데이터 분석가의 역할 2) 데이터 분석가로 성장하기 위한 역량 (데이터 분석 프로세싱을 중심으로) 3) 2를 채우기 위해서 어떻게 준비해야 하는지

1) 데이터 분석가란?

사전적 의미: 데이터 분석가(Data Analyst)는 주로 기업이나 정부 기관, 연구소 등에서 일하며, 데이터를 분석하여 이해하기 쉬운 형태로 보고서나 시각화 자료 등을 만들어 의사결정을 지원

현실적으로 내가 경험한 데이터 분석가가 할 수 있는일....

*① 의사 결정을 하는 것이 아니라, 의사 결정에 도움이 되는 데이터를 제공한다. 즉, 문제 해결을 위한 답을 제시한다. *

• 보고서 작성을 위해 주체적인 미션 목적 파악, 현황파악, 팀의 스탠스에 맞춰 어떤식으로 이야기 할 것인 가에 대한 프레임 워크 작성
• 필요한 역량 : 미션의 목적에 대한 정확한 이해, 어떤 식으로 설득할 것인지에 대한 프레임 작성 능력 >>>>>>>> 데이터 판별 및 조작 능력 SQL 보고서 부분 참고 필요!!!!

** ② 팀내 데이터를 효율적으로 확인 할 수 있는 환경에 도움을 준다. **

• 지표 실시간 확인(대시 보드 구축)
• 효율적인 데이터 관리르 위한 데이터 적재 환경 구축(엔지니어와 경계 모호)
• 필요한 역량: 대시보드 구성력(어떤 식으로 시각화 하여 어떻게 보여줄 것인가에 대한 구성력), 구성을 하기 위한 코딩 기술, DB에 적재 하기 위한 AIRFLOW 활용 능력

③ 데이터 EDA를 통해서 역으로 문제를 제기 하고, 현황을 보고 및 이를 위한 해결책을 제시한다.

• 평소에 데이터를 꾸준히 확인 하여 이런 점을 역으로 제안할 수 도 있다
• 필요한 역량: 평소 데이터에 대한 관심도, 해당 데이터를 하나하나 뜯어보고 요리저리 씹고 뜯고 하는 끈기, 피봇 테이블 활용 능력
• EDA 부분 강의 듣기(제베)

2) 데이터 분석가 역량

• 볼드체: 타 업무와 데이터 분석가를 구별 짓는 역량(두터울수록 진입 장벽이 높음)
• 이외: 타 업무 사람들도 기를 수 있는 역량 및 데이터 분석가에게 필수적으로 필요한 역량이 아닌 경우

3) 무엇을 해야하는가?

1) 논리력, 사고력 기르기 : 문제 해결 능력, 프로그래밍 언어 활용 능력, 비지니스 이해력, 소통능력 등 대부분의 역량들은 논리력과 이해력에 기반함 - 논리력 기르기 : 추리력 기를 수 있는 책 (추리 소설 등) - 논리적 사고 : 비문학 등 문해력을 기를 수 있는 책 - 의사소통 능력: 소프트 스킬 기르기 (유연하게 대화, 설득하는 방법, 결단력 기르기 등)

2)** 분석 자료 많이 훔쳐 보기** : 남들이 어떤 식으로 문제를 해결 하고, 접근 하는지에 대해 살펴 볼 필요가 있음, 논리의 흐름과 보고서 구성력 확인하기

• 라이더 운영 센터 쪽 위키 훔쳐보기
• 원택님 위키글 훔쳐보기

3) 프로그래밍 실력 기르기: SQL 등 꾸준히 한 언어에 대한 폭넓은 이해와 경험치 쌓기

• SQL 테스트 사이트 사용
• SQL 구축 과정 기재 하여 피드백 하기

1) 재구매한 고객 CTE

SELECT CUSTOMER_ID, COUNT() FROM ORDER GROUP BY CUSTOMOER_ID HAVING COUNT() >=2 ----- 재구매한 고객 필터링 (WHERE 조건은 불가능, COUNT(*)는 WHERE 조건에서 먼저 실행 되므로 SELECT절 보다 빠르기 때문)

*2) 메인 쿼리와 LEFT JOIN 시키기 *

WITH REORDER AS ( SELECT CUSTOMER_ID, COUNT() FROM ORDER GROUP BY CUSTOMOER_ID HAVING COUNT() >=2 ) SELECT O., *CASE WHEN RO.CUSTOMER_ID IS NOT NULL THEN "재구매 고객" END AS "재구매 고객 여부"** FROM ORDER O LEFT JOIN REORDER RO ON RO.CUSTOMER_ID = O.CUSTOMER_ID

1. lag, lead 함수

(Window Function) 중 하나로, 현재 행의 이전 또는 다음 행의 값을 가져오는 데 사용됩니다. 주로 시간 순서가 있는 데이터에서 이전 값이나 다음 값을 참조해야 할 때 유용합니다. 이 두 함수는 데이터를 시간적, 순차적으로 처리하거나 비교할 때 매우 강력합니다.

1) lag

LAG() 함수는 현재 행보다 이전 행의 값을 반환합니다. 기본적으로는 특정 열에서 이전 행의 데이터를 가져옵니다.

• 형태: LAG(expression, offset, default_value) OVER (PARTITION BY partition_column ORDER BY order_column)

  • expression: 이전 행에서 가져올 열의 이름 또는 계산식
  • offset: 몇 번째 이전 행을 가져올지 지정하는 값 (기본값은 1, 즉 바로 이전 행)
  • default_value: 이전 행이 없을 때 반환할 기본 값 (옵션)
  • PARTITION BY: 데이터를 그룹화할 기준 열 (옵션)
  • ORDER BY: 순서대로 정렬할 기준 열

• 예시

SELECT 
    employee_id, 
    salary,
    LAG(salary, 1) OVER (ORDER BY month) AS previous_month_salary

FROM employees
ORDER BY month;

2) lead

LEAD() 함수는 현재 행보다 다음 행의 값을 반환합니다. LAG()와는 반대로, 다음 행에 대한 정보를 가져옵니다.

• 형태: LEAD(expression, offset, default_value) OVER (PARTITION BY partition_column ORDER BY order_column)
  • expression: 이전 행에서 가져올 열의 이름 또는 계산식
  • offset: 몇 번째 이전 행을 가져올지 지정하는 값 (기본값은 1, 즉 바로 다음 행)
  • default_value: 이전 행이 없을 때 반환할 기본 값 (옵션)
  • PARTITION BY: 데이터를 그룹화할 기준 열 (옵션)
  • ORDER BY: 순서대로 정렬할 기준 열

• 예시

select
    employee_id,
    salary,
    lead(salary) over(order by month) as next_month_salary
from
    employee

• 예시 2

  SELECT 
    month, 
    sales, 
    LAG(sales, 1) OVER (ORDER BY month) AS previous_sales,
    LEAD(sales, 1) OVER (ORDER BY month) AS next_sales
  FROM sales_data
  ORDER BY month;
  

![](https://velog.velcdn.com/images/dorong_park/post/d0294f86-38b6-44bd-a29f-84829c8a21fc/image.png)

1. SQL 순위 함수 종류 (3)

예시 데이터

1) RANK() 함수

중복된 값이 있으면 순위에 "갭"이 생깁니다. 예를 들어, 두 학생이 같은 점수를 받으면 그 학생들은 같은 순위를 부여받고, 그 다음 순위는 두 칸이 밀려서 부여됩니다.

2) DENSE_RANK() 함수

중복된 값이 있어도 순위에 갭이 생기지 않습니다. 즉, 같은 점수의 학생들이 있으면 같은 순위를 부여하지만 그 다음 순위는 그 바로 다음 순위로 부여됩니다.

3) ROW_NUMBER()

** 중복된 값이 있어도 순위에 영향을 주지 않습니다. 중복 값이 있더라도 순위를 "단순히" 부여하므로, 항상 고유한 순위를 생성**합니다.

2. 차이점 정리

• RANK : 중복 순위가 있으면, 중복 처리 하고 그 이후의 순위는 갭이 생김

• DENSE_RANK : 중복 순위가 있으면, 중복 처리 하고 그 이후의 순위는 갭이 없음(촘촘히,DENSE 하게 메김)
• ROW_NUMBER: 중복값이 있어도 고유한 순위 부여

3. SQL 구문 예시

SELECT 
    employee_id,
    salary,
    RANK() OVER (ORDER BY salary DESC) AS salary_rank
    -- DENSE_RANK() OVER (ORDER BY salary DESC) AS salary_rank2
    -- row_number() over (order by salary desc) as salary_rank3
FROM employees;