hdd

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자. 어깨 하는 날인데, 오늘 컨디션이 좋지 않아 그냥 농땡이 피우련다. 이번 문제에서는 오라클에서 처음 사용해 보는 정규식 표현 함수를 배우게 되었다 쿼리를 보자. 쿼리 SELECT U.USER_ID , U.NICKNAME , U.CITY||' '||U.STREET_ADDRESS1||' '||U.STREET_ADDRESS2 전체주소 , REGEXP_REPLACE(U.TLNO,'(.{3})(.{4})(.{4})', '\1-\2-\3') 전화번호 FROM (SELECT B.WRITER_ID from USED_GOODS_BOARD B, USED_GOODS_USER U WHERE B.WRITER_ID = U.USER_ID GR..

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자. 오늘도 역시 퇴근 후, 저녁을 먹고 소화시키는 동안 문제를 풀었다. 원래 하루에 한 문제만 풀었는데, 이대로라면 2배는 더 빨라진다. 물론 시간 내에 풀었을 때 가정이지만.. 어려운 문제가 아니라 이번에도 자세한 풀이는 생략한다. 쿼리 SELECT ORDER_ID , PRODUCT_ID , TO_CHAR(OUT_DATE,'YYYY-MM-DD') OUT_DATE, (CASE WHEN TO_CHAR(OUT_DATE,'YYYYMMDD') > '20220501' THEN '출고대기' WHEN TO_CHAR(OUT_DATE,'YYYYMMDD')

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자. 헬스를 끝내고 왔다. 헬스장에선 분명 괜찮았다. 엘리베이터를 타고 집으로 올라오는 중 갑자기 머리가 아프더니, 노랫소리가 커졌다 작아졌다를 반복했다. 운동을 열심히 했다는 반증이겠거니 하며 씻고 마스크 팩을 하며 앉아 있다가, 문득 이대로 하루를 마무리하기에는 아쉽다는 생각이 들었다. 이번 문제는 아주 간단하다. 마찬가지로 설명이 필요없다. 단 case when 구문을 사용할 땐, 반드시 else를 사용해야 하는데, 출력 형태가 문자열이라면 ''이라도 넣어줘야 쿼리가 제기능을 한다. 쿼리 SELECT BOARD_ID , WRITER_ID , TITLE , PRICE , (case when status = 'SALE'..

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자. 문제가 좀 길어 곧바로 집중력이 깨질뻔했다. 간신히 마음을 다잡고 천천히 읽었다. 내용은 어렵지 않기에 금방 풀었다. CASE WHEN THEN ELSE END 절은 유용하다. 웹해킹 공부할 땐, 존재 여부조차 몰랐었는데 회사에서 많이 사용하게 되어 익숙해지니 참 유용하게 쓰인다. ㅋㅋ 문제 자체는 어렵지 않기에, 따로 설명할 부분이 없다. 오늘은 운동 가기 전에 먼저 문제를 풀어봤다. 운동할 때, 좀 더 여유롭게 할 수 있을 것 같다. 앞으로 시간을 더 효율적으로 쓰는 방법을 모색해 보자. 쿼리 SELECT DISTINCT H.HISTORY_ID, TO_NUMBER((TO_DATE(H.END_DATE) - TO_D..

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자. 이번 문제는 LEVEL 3 짜리 문제이다. 문제를 풀며, 서브쿼리 3개는 뭔가 깨림칙하다는 느낌을 받았다. 조건을 보자 조건 1 - USED_GOOD_BAORD 테이블에서 가장 조회수가 높은 1개의 BOARD_ID 구하기 조건 2 - 조건 1에서 구한 BOARD_ID와 USED_GOOD_FILE 테이블의 BOARD_ID와 조인하기 조건 3 - 데이터 원하는 형태로 가공하기 이번 분류는, 아무래도 문자열 가공에 있다보니 필요 데이터 추출에는 난이도를 크게 잡지 않은 듯하다. 쿼리 SELECT '/home/grep/src/'||R.BOARD_ID||'/'||F.FILE_ID||F.FILE_NAME||F.FILE_EXT ..

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자. 문제를 풀고 난 후, 실무에서 중요하게 쓰일 것 같다고 느꼈다. 기능적인 면에서 필요한 데이터를 조회하는 것 또한 당연히 중요하다. 하지만 원하는 데이터를 추출한 후 필요한 형태로 가공하는 것 또한 빼놓을 수 없는 요소이다. 이번 문제 분류는 해당 방법에 대한 숙련도를 키우기 위해 존재한다. LEVEL 1의 문제지만, 많은 시도를 통해 정답을 받아냈다 ㅋㅋ;; 쿼리부터 보자. 쿼리 SELECT HISTORY_ID , CAR_ID , TO_CHAR(START_DATE,'YYYY-MM-DD') START_DATE , TO_CHAR(END_DATE,'YYYY-MM-DD') END_DATE , (CASE WHEN TO_DA..

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자.이번 문제는 LEVEL5 짜리 문제였다. JOIN 문제분류 중에 가장 난이도가 높은 문제였으며, 실제로 푸는데 시간을 2일 정도 쏟았다. 결국엔 풀어내 뿌듯하고 성취감이 들지만, 좀 어이가 없다. 예시에서 보여준 데이터 출력형태를 보자.분명히 PUCHAED_RATIO 가 "0.x"의 형태로 출력되고 있다. 내가 처음 짠 쿼리는 ". x" 형태로 출력되어 그걸 맞추기 위해 많이 고민했었다. 아니 뭐가 틀린거지 하면서 데이터를 조회하며 비교했지만, 분명 맞아야 하는데 계속 틀리길래 그냥 문제 제출 누르더니 정답이더라. 어이가 없었다. 조건 1 - 2021년에 회원가입한 user_id와 회원수 구하기 조건 2 - 2022년..

포스팅에 앞서 내용이 틀릴 수 있습니다. 해당 부분 지적 감사히 받습니다. 문제를 보자. LEVEL 2 짜리 문제다. 개인적으로는 LEVEL 4짜리 문제보다 어려웠다. GROUP BY는 아직까지 적응이 잘 안 된다. 조건 1 - OFFLINE_SALE 테이블에서 PRODUCT_ID별로 팔린 개수를 구한다. 조건 2 - PRODUCT 테이블에서, 조건 1에서 구한 개수와 값을 곱한 결과를 출력한다. 쿼리 SELECT P.PRODUCT_CODE, (O.S * P.PRICE) SALES FROM (SELECT PRODUCT_ID, SUM(SALES_AMOUNT) S FROM OFFLINE_SALE GROUP BY PRODUCT_ID) O, PRODUCT P WHERE 1=1 AND P.PRODUCT_ID = ..