구름 아카이브

링크: https://school.programmers.co.kr/learn/courses/30/lessons/132204

습득한 점:

예시로 주어진 테이블을 반드시 보면서,

문제에서 주어진 말들을 오해하지 않고 빠르게 풀어야 겠다.

쉬워보인다고 해서 보지 않으면, 이렇게 쉬운 문제임에도 오히려 시간을 소모 할수 있다.

다음은 환자 정보를 담은 PATIENT 테이블과 의사 정보를 담은 DOCTOR 테이블, 그리고 진료 예약목록을 담은 APPOINTMENT에 대한 테이블입니다. PATIENT 테이블은 다음과 같으며 PT_NO, PT_NAME, GEND_CD, AGE, TLNO는 각각 환자번호, 환자이름, 성별코드, 나이, 전화번호를 의미합니다.

Column name Type Nullable

DOCTOR 테이블은 다음과 같으며 DR_NAME, DR_ID, LCNS_NO, HIRE_YMD, MCDP_CD, TLNO는 각각 의사이름, 의사ID, 면허번호, 고용일자, 진료과코드, 전화번호를 나타냅니다.

Column name Type Nullable

APPOINTMENT 테이블은 다음과 같으며 APNT_YMD, APNT_NO, PT_NO, MCDP_CD, MDDR_ID, APNT_CNCL_YN, APNT_CNCL_YMD는 각각 진료 예약일시, 진료예약번호, 환자번호, 진료과코드, 의사ID, 예약취소여부, 예약취소날짜를 나타냅니다.

문제:

PATIENT, DOCTOR 그리고 APPOINTMENT 테이블에서

2022년 4월 13일 취소되지 않은 흉부외과(CS) 진료 예약 내역을 조회하는 쿼리 작성

진료예약번호, 환자이름, 환자번호, 진료과코드, 의사이름, 진료예약일시 항목이 출력되도록 작성

결과는 진료예약일시를 기준으로 오름차순 정렬

문제파악:

문제는 쉬워보였다.

그냥 테이블 2개 조인, 조인 반복하고, 조건 걸고, 정렬 후에 컬럼만 뽑아내면 되는 문제였고 그게 맞았다.

문제를 끝까지 제대로 잘 읽어야 한다.

취소되지 않은 진료 예약 내역을 조회하는 쿼리 작성이 아닌,

취소되지 않은 흉부외과(CS) 진료 예약 내역을 조회하는 쿼리 작성 이다.

당연히 이렇게 오해해 버리면 "흉부외과(CS) 진료 예약 내역" 이라는 예외조건을 빼먹고 쿼리를 작성하게 된다.

문제또한 모호하게 적혀있긴 하다.

"2022년 4월 13일 취소되지 않은 흉부외과(CS) 진료 예약 내역을 조회하는 쿼리 작성"

1) 나는 당연히 4월 13일에 취소되지 않은 진료예약내역을 조회하는 쿼리로 이해했는데,

문제에서 원하는 해석은,

2) 2022년 4월 13일의 예약건 중 취소되지 않은 건을 조회하는 것을 의미하는 것 같았다.

????? 저문장이 저렇게 해석된다고?

모호해도 상관없다.

저 문장이 어떻게 해석되든 나는 문제에 맞게 해석하고, 문제가 원하는 대로 풀어야만 한다.

완전히 다른 해석이라, 잘못 해석하면 괜히 시간이 끌릴 수 있으니 예시에 맞게 해석하는 것이 중요해 보였다.

글만 잘 읽고, 문장은 애매해도 예시에 맞게 잘 껴맞추면 충분히 쉽게 풀 수 있는 문제라 생각되었다.

문제풀이:

SELECT APNT_NO
     , PT_NAME
     , AP.PT_NO
     , AP.MCDP_CD
     , DR_NAME
     , AP.APNT_YMD

FROM APPOINTMENT AS AP
     INNER JOIN PATIENT AS PT ON PT.PT_NO = AP.PT_NO
     INNER JOIN DOCTOR AS DT ON DT.DR_ID = AP.MDDR_ID
     
WHERE AP.MCDP_CD ="CS"
AND APNT_YMD LIKE "2022-04-13%"
AND APNT_CNCL_YN = "N"
ORDER BY APNT_YMD ASC

쉬울 줄 알았는데, 어려운 문제

링크: https://school.programmers.co.kr/learn/courses/30/lessons/59413

습득한 점:

쉬운 줄 알았는데, 생각보다 어려운 문제였다. SET함수를 활용해 본적이 없었어서 그랬을 수도 있다.

풀이법을 외워버리면 될 것 같다. 이 문제를 통해 SET함수를 실제로 활용해 볼 수 있었음.

이 또한 With 구문으로 풀어볼려고 했지만, With 구문에 테이블 이름을 끌어옴을 명시하는데 있어서, 표기하기가 난해했다.

(내가 아직 부족한 걸 수도!!)

문제:

문제:

0시부터 23시까지, 각 시간대 별로 입양이 총 몇 건 일어났는지 파악하는 쿼리 작성.

결과는 시간대순으로 정렬.

문제파악:

열심히 case구문으로 풀었는데, 답이 나오지 않아 문제를 잘 살펴 보았더니
정답지에는 입양이 일어나지 않는 시간또한 나타나 있었다.
가령 0시 32분에 입양된 기록이 없다면, count=0으로 표시되어

 으로 표시되는 식이었다.

나의 쿼리는 당연히 입양이 일어난 시각만 셀 수 있도록 작성되어 있었다.

데이터베이스에는 없는 시간을 만드는 다른 방법을 생각해야만 했고,

SET 함수를 활용했다.

* SET함수의 경우, 어떤 변수에 특정 값을 넣어줄 때 사용한다. @와 변수명을 함께 사용하고,
* SET @HOUR = -1; 는, HOUR 변수 값을 -1 로 초기화 해주는 것과 같다.

다른 파이썬이나 자바에서의 변수초기화와 같다고 생각하면 될 것 같다.

* := 기호는 대입 연산자의 개념이다. HOUR = HOUR +1 >>> 우측에 계산된 값으로 좌측 값을 덮어 씌우는 형식.

* WHERE @HOUR < 23; 의 경우, 반복을 0부터 22까지 총 23번 한다고 생각하면 된다.

* 또한 아래 코드를 삽입해서, 

WHERE 조건에서 @HOUR 변수와 HOUR(DATETIME)의 값이 서로 같을때를 카운트하는 쿼리를 SELECT의 두번째 인자로 삽입한 뒤, COUNT라는 Alias를 붙인다.

(SELECT COUNT(*) 
FROM ANIMAL_OUTS 
WHERE HOUR(DATETIME) = @HOUR) AS COUNT

* @HOUR변수와 @HOUR(DATETIME)로 나타낸 시간이 같을 때를 카운트 하기때문에,

@HOUR(DATETIME)과 @HOUR변수 테이블이 순차적으로 함께 만들어지며 COUNT 더해나간다.

풀이: SET을 활용하는 쿼리를 작성 할때,    := 및 ;의 사용에 반드시 주의해야할 것 같다.

SET @HOUR = -1;
SELECT (@HOUR := @HOUR +1) AS HOUR
     , (SELECT COUNT(HOUR(DATETIME))
        FROM ANIMAL_OUTS
        WHERE HOUR(DATETIME)=@HOUR) AS COUNT
        FROM ANIMAL_OUTS
WHERE @HOUR < 23;

https://school.programmers.co.kr/learn/courses/30/lessons/164673

1. 조인조건을 찾아보니 다들 Board_id로 조인했고,

나만 Writer_id 기준으로 묶었더라.

2. 쿼리 짜는 것은 쉬웠지만, 데이터 포맷을 바꾸는 것 같은 세부적인 작업에 아직 익숙하지 않아서 연습이 필요하다.

3. CREATED_DATE(댓글작성일) 기준으로 오름차순 정렬,

    댓글작성일이 같으면 TITLE(게시글 제목) 기준으로 오름차순 정렬이란 말에 어떻게 풀어야 할 지 살짝 멈칫.

    결과적으로 경우의 수는 같거나 다르냐 2가지 일 뿐인데, 댓글작성일이 같을 경우를 처리하는 쿼리를 어떻게 만들지 생각하고 있었다;;;

4. 문제 제대로 읽자. 쉬운 문제야

SELECT TITLE
     , B.BOARD_ID
     , REPLY_ID
     , R.WRITER_ID
     , R.CONTENTS
     , DATE_FORMAT(R.CREATED_DATE, '%Y-%m-%d') AS CREATED_DATE 
FROM USED_GOODS_BOARD AS B
    INNER JOIN USED_GOODS_REPLY AS R ON B.BOARD_ID = R.BOARD_ID

WHERE B.CREATED_DATE BETWEEN '2022-10-01' AND '2022-10-31'
ORDER BY R.CREATED_DATE, TITLE

문제 설명

-Reference

https://kig6022.tistory.com/7