C-2: 단일행 함수 — 꺼낸 데이터를 가공하기

안녕하세요, 홍순구 튜터입니다. 지난 시간에 우리는 SELECT로 데이터를 '있는 그대로' 꺼냈어요. WHERE로 원하는 행만 고르고, BETWEEN·IN·LIKE로 범위와 패턴을 걸고, ORDER BY로 줄을 세웠죠. 그런데 꺼낸 값은 표에 저장된 모습 그대로였어요. 'jaehoon'은 'jaehoon'으로, '2026-06-01'은 '2026-06-01'으로요.

오늘은 그 값을 '가공'해요. 'jaehoon'을 'JAEHOON'으로 바꾸고, '2026-06-01'을 '2026년 06월 01일'로 보기 좋게 다듬고, 게시물 글에 섞여 있는 #해시태그를 똑 떼어내요. 이렇게 값을 넣으면 가공해서 돌려주는 도구를 함수(function)라고 해요. 지난 시간에 LIKE로 "여행이 들어간 글"까지 찾았다면, 오늘은 그 글에서 #여행만 정확히 뽑아내는 데까지 가요.

 오늘의 여정
   ① 함수란? — 값을 넣으면 가공해 돌려주는 작은 기계 (DUAL 연습대)
   ② 문자 함수 ① — 대소문자(UPPER·INITCAP) · 길이(LENGTH)
   ③ 문자 함수 ② — 자르기(SUBSTR) · 위치 찾기(INSTR)
   ④ 문자 함수 ③ — 바꾸기(REPLACE) · 채우기(LPAD) · 공백 정리(TRIM)
   ⑤ 숫자 함수 — 반올림(ROUND) · 버림(TRUNC) · 나머지(MOD)
   ⑥ 날짜 함수 — 지금(SYSDATE) · 날짜 계산 · 개월 수(MONTHS_BETWEEN)
   ⑦ 변환 함수 — 날짜·숫자를 보기 좋게 (TO_CHAR · TO_DATE)
   ⑧ 정규식 함수 — 글에서 #해시태그만 똑 (REGEXP_SUBSTR)

💡 오늘 수업의 핵심 — "한 행이 들어가면 한 결과가 나오는 단일행 함수로, 글자를 자르고 날짜를 바꾸고 글에서 해시태그를 뽑아낸다"

🎯 학습 목표

• 단일행 함수의 개념(한 행마다 한 결과)을 이해하고, 문자·숫자·날짜 함수로 데이터를 가공한다. (SQLD 2과목 'SQL 기본 — 단일행 함수')
• 변환 함수 TO_CHAR·TO_DATE와 포맷 모델로 날짜·숫자를 원하는 모양으로 바꾼다.
• 정규식 함수 REGEXP_SUBSTR·REGEXP_LIKE로 글 속 해시태그를 정확히 추출한다. (SQLD 2과목 '정규표현식')

Step 1: "함수란 무엇인가 — 값을 가공하는 작은 기계"

본격적으로 글자를 자르기 전에, 함수가 뭔지부터 잡고 갈게요. 함수는 믹서기 같은 거예요. 과일을 넣으면 주스가 되어 나오죠. SQL 함수도 값을 넣으면 정해진 방식으로 가공해서 결과를 돌려줘요. 'hello'를 넣으면 대문자 'HELLO'가 나오는 식이에요.

함수는 크게 두 종류로 나뉘어요. 이 구분이 중요해요.

 단일행 함수 — 한 행이 들어가면, 한 결과가 나온다
   UPPER('jaehoon')  →  'JAEHOON'
   LENGTH('김재훈')  →  3
   회원이 12명이면, 결과도 12개 (행마다 하나씩)

 다중행 함수 — 여러 행이 모여서, 한 결과가 나온다  (다음 시간)
   게시물 50개를 모두 모아서 → 전체 개수 '50' 하나로

오늘 배우는 건 전부 위쪽, 단일행 함수예요. 행 하나하나에 적용돼서 행 수만큼 결과가 나와요. 아래쪽 다중행 함수(여러 행을 모아 하나로 요약하는 집계)는 다음 시간에 따로 다뤄요. 지금은 "함수 하나가 값 하나를 가공한다"만 기억하면 돼요.

함수를 빠르게 시험해 보고 싶을 때 쓰는 표가 하나 있어요. DUAL이라는 1행짜리 연습용 표예요.

SELECT UPPER('hello') FROM dual;

dual은 Oracle이 기본으로 주는 칸 하나짜리 표예요. 진짜 데이터가 아니라 함수만 잠깐 시험할 때 써요. 위 쿼리를 실행하면 HELLO가 한 줄 나와요. 표가 필요 없는 계산이나 함수 결과를 확인할 때 FROM dual을 붙이면 돼요.

🌟 알아두면 편해요 — 단일행 함수는 SELECT 절뿐 아니라 WHERE·ORDER BY에서도 쓸 수 있어요. "닉네임 길이가 짧은 순으로 정렬", "대문자로 바꾼 아이디가 'J'로 시작하는 회원" 같은 조건에도 함수를 넣을 수 있다는 뜻이에요. ★빈출

💡 한 줄 정리

단일행 함수는 행 하나마다 값을 가공해 결과 하나를 돌려주며(행 수만큼 결과), DUAL 표로 함수를 빠르게 시험해 볼 수 있다.

Step 2: "글자를 다루는 함수 ① — 대소문자와 길이"

가장 자주 쓰는 문자 함수부터 볼게요. 먼저 대소문자를 바꾸는 함수 세 개예요. UPPER는 전부 대문자로, LOWER는 전부 소문자로, INITCAP은 단어 첫 글자만 대문자로 바꿔요. 우리 회원 아이디(username)가 전부 소문자니까, 이걸로 시험해 볼게요.

SELECT username, UPPER(username), INITCAP(username)
FROM member
WHERE member_id <= 3;

UPPER는 통째로 대문자, INITCAP은 첫 글자만 대문자가 됐죠. 이름을 화면에 예쁘게 보여 줄 때 INITCAP을 자주 써요.

다음은 글자 길이를 재는 LENGTH예요. 한글 닉네임으로 재 볼게요.

SELECT nickname, LENGTH(nickname), LENGTHB(nickname)
FROM member
WHERE member_id = 1;

LENGTH는 글자 수를 세요. '김재훈'은 세 글자라 3이에요. 그런데 LENGTHB는 9가 나왔죠? LENGTHB는 글자 수가 아니라 바이트(byte) 수를 세요. 우리 데이터베이스는 한글 한 글자를 3바이트로 저장하거든요. 그래서 세 글자 × 3바이트 = 9가 나온 거예요.

⚠️ 함정 — 영어는 한 글자가 1바이트라서 LENGTH와 LENGTHB가 같아요. 하지만 한글은 한 글자가 여러 바이트라서 둘이 달라요. "글자 수는 LENGTH, 저장 크기는 LENGTHB"로 구분하세요. SQLD에서 한글 길이를 묻는 함정으로 자주 나와요. ★빈출

지난 시간에 이름 뒤에 '님'을 붙일 때 이어 붙이기 기호 ||를 썼던 거 기억하시죠. 그것도 두 값을 합쳐 새 값을 만드는 가공이었어요.

SELECT nickname || '님' FROM member WHERE member_id = 1;

결과는 '김재훈님'이에요. ||로 글자를 잇고, UPPER로 모양을 바꾸고, LENGTH로 크기를 재는 것까지 — 전부 글자를 다루는 도구예요. 이제 글자를 '자르는' 함수로 가 볼게요.

💡 한 줄 정리

UPPER/LOWER/INITCAP은 대소문자를 바꾸고, LENGTH는 글자 수를, LENGTHB는 바이트 수를 세며, 한글은 한 글자가 여러 바이트라 둘이 다르다.

Step 3: "글자를 다루는 함수 ② — 자르고 위치 찾기"

이제 글자를 자르고, 특정 글자가 어디 있는지 찾는 함수예요. 오늘의 주인공인 해시태그 추출이 여기서 시작돼요.

먼저 SUBSTR(서브스트링)은 글자의 일부를 잘라내요. SUBSTR(문자열, 시작위치, 길이) 형태예요. 한글 닉네임에서 성(姓) 한 글자만 잘라 볼게요.

SELECT nickname, SUBSTR(nickname, 1, 1) AS 성
FROM member
WHERE member_id <= 5;

SUBSTR(nickname, 1, 1)은 "1번째 글자부터 1글자"라는 뜻이에요. 그래서 성씨 한 글자만 똑 떨어져 나왔죠.

다음은 INSTR(인스트링)이에요. 특정 글자가 몇 번째 위치에 있는지 알려 줘요. 게시물 글에서 #이 어디 있는지 찾아볼게요.

SELECT post_id, caption, INSTR(caption, '#') AS 샵위치
FROM post
WHERE post_id IN (1, 3, 12);

1번 글은 #이 10번째 글자에 있고, 12번 글은 8번째에 있어요. 그런데 3번 글('주말 산책')은 #이 없어서 0이 나왔죠. 이게 중요해요.

⚠️ 함정 — INSTR은 찾는 글자가 없으면 NULL이 아니라 0을 돌려줘요. "없으면 빈칸이겠지" 하고 NULL로 생각하면 틀려요. 이 0을 어떻게 처리할지(예: 해시태그 없는 글은 따로 표시하기)는 다음 시간 NULL 처리 함수에서 이어 가요.

이제 두 함수를 합쳐 볼게요. # 위치를 INSTR로 찾고, 그 위치부터 끝까지를 SUBSTR로 자르면 해시태그 부분만 뽑을 수 있어요.

SELECT post_id, SUBSTR(caption, INSTR(caption, '#')) AS 해시태그부분
FROM post
WHERE post_id IN (1, 12);

# 위치부터 끝까지 잘랐으니, 해시태그가 여러 개면 전부 딸려 나와요. "첫 번째 해시태그 하나만 깔끔하게"는 이 방법으론 어려워요. 글자를 손으로 자르는 이 방식은 한계가 있어서, 정확히 한 개만 뽑는 더 좋은 도구를 Step 8에서 정규식으로 만나요.

참고로 INSTR은 "몇 번째 #인지"도 찾을 수 있어요. INSTR(문자열, 찾을것, 시작위치, 몇번째) 형태예요.

SELECT INSTR(caption, '#', 1, 2) AS 두번째샵
FROM post
WHERE post_id = 2;

2번 글('오늘도 코딩 #개발 #코딩 #개발자')에서 1번째 글자부터 세어 2번째 #의 위치를 찾으면 12가 나와요.

💡 한 줄 정리

SUBSTR(문자열, 시작, 길이)는 글자를 잘라내고, INSTR(문자열, 찾을것)은 위치를 알려 주되 없으면 0을 돌려주며, 둘을 합치면 글에서 원하는 부분을 뽑을 수 있다.

Step 4: "글자를 다루는 함수 ③ — 바꾸고 채우기"

글자를 자르는 걸 봤으니, 이번엔 바꾸고 채우는 함수예요.

먼저 REPLACE는 글자를 찾아서 다른 글자로 바꿔요. #을 빈 문자열로 바꾸면 해시태그 기호를 다 떼어낼 수 있어요.

SELECT caption, REPLACE(caption, '#', '') AS 샵제거
FROM post
WHERE post_id = 1;

REPLACE(caption, '#', '')은 "#을 찾아서 아무것도 없는 것('')으로 바꿔라", 즉 지우라는 뜻이에요. 세 개의 #이 한 번에 다 사라졌죠.

다음은 LPAD와 RPAD예요. 글자가 정해진 길이가 될 때까지 빈 곳을 특정 문자로 채워요. LPAD는 왼쪽을, RPAD는 오른쪽을 채워요. 게시물 번호를 다섯 자리로 맞춰 볼게요.

SELECT post_id,
       LPAD(post_id, 5, '0') AS 다섯자리,
       'P' || LPAD(post_id, 4, '0') AS 게시물코드
FROM post
WHERE post_id IN (1, 12, 50);

LPAD(post_id, 5, '0')은 "전체 다섯 자리가 되도록 왼쪽을 0으로 채워라"예요. 1이 '00001'이 됐죠. 여기에 ||로 'P'를 앞에 붙이면 'P0001' 같은 코드가 만들어져요. 번호 자리를 맞추면 정렬도 깔끔해지고 코드 모양도 통일돼요.

RPAD는 반대로 오른쪽을 채워요.

SELECT RPAD(username, 10, '.') FROM member WHERE member_id = 2;

결과는 'minji.....'예요. 'minji'(5글자) 뒤에 점을 채워 10글자를 만든 거예요.

마지막으로 TRIM은 양쪽 공백을 잘라내요. 결과를 눈으로 보려고 대괄호로 감싸 볼게요.

SELECT '[' || TRIM('  hi  ') || ']' FROM dual;

결과는 '[hi]'예요. 앞뒤 공백이 사라져서 대괄호가 글자에 딱 붙었죠. 사용자가 입력한 값 앞뒤에 실수로 들어간 공백을 정리할 때 자주 써요. 왼쪽만 자르는 LTRIM, 오른쪽만 자르는 RTRIM도 있어요.

💡 한 줄 정리

REPLACE는 글자를 찾아 바꾸거나 지우고, LPAD/RPAD는 정해진 길이까지 빈 곳을 채우며, TRIM은 양쪽 공백을 잘라낸다.

Step 5: "숫자를 다루는 함수 — 반올림·버림·나머지"

이번엔 숫자를 가공하는 함수예요. 먼저 ROUND(반올림)와 TRUNC(버림)부터 볼게요. 둘 다 두 번째 인자로 "어느 자리까지 남길지"를 정해요. DUAL로 시험해 볼게요.

SELECT ROUND(123.456, 2), ROUND(123.456, 0), ROUND(123.456, -1) FROM dual;

두 번째 숫자가 자릿수예요. 양수면 소수점 아래, 0이면 정수, 음수면 정수 위쪽 자리에서 반올림해요. ROUND(123.456, 2)는 소수 둘째 자리까지 남겨 123.46, -1은 10의 자리에서 반올림해 120이 됐어요. 음수 자릿수가 SQLD 단골 함정이에요. ★빈출

TRUNC는 같은 자리에서 반올림 없이 그냥 잘라 버려요.

SELECT TRUNC(123.456, 2), TRUNC(123.456, -1) FROM dual;

같은 소수 둘째 자리인데 ROUND는 123.46, TRUNC는 123.45죠. ROUND는 반올림해서 올라갔고, TRUNC는 뒤를 그냥 버린 거예요.

⚠️ 함정 — ROUND(반올림)와 TRUNC(버림)를 헷갈리면 안 돼요. 돈 계산에서 특히 중요해요. 소수점 처리를 반올림할지 버림할지에 따라 1원씩 차이가 나거든요. "ROUND는 올림질, TRUNC는 싹둑"으로 기억하세요.

다음은 MOD예요. 나눗셈의 나머지를 구해요. MOD(숫자, 2)가 0이면 짝수, 1이면 홀수죠. 회원 번호가 짝수인 회원만 골라볼게요.

SELECT member_id FROM member
WHERE MOD(member_id, 2) = 0
ORDER BY member_id;

결과는 2, 4, 6, 8, 10, 12 — 짝수 번호 회원 6명이 나와요. MOD로 짝수·홀수를 가르거나, "3으로 나눠 떨어지는 것만" 같은 조건을 만들 수 있어요.

마지막으로 CEIL(올림)과 FLOOR(내림)예요. CEIL은 무조건 위 정수로, FLOOR는 무조건 아래 정수로 보내요.

SELECT CEIL(4.1), FLOOR(4.9), CEIL(-4.1), FLOOR(-4.9) FROM dual;

CEIL(4.1)은 4.1보다 큰 가장 가까운 정수 5, FLOOR(4.9)는 4.9보다 작은 4예요. 음수에서 헷갈리기 쉬워요. CEIL(-4.1)은 -4.1보다 큰 정수라 -4예요(-4가 -5보다 크니까요).

💡 한 줄 정리

ROUND는 반올림, TRUNC는 버림이고 자릿수에 음수를 주면 정수 위 자리에서 처리하며, MOD는 나머지, CEIL/FLOOR는 올림/내림이다.

Step 6: "날짜를 다루는 함수 — 지금, 그리고 날짜 계산"

날짜 함수로 가기 전에 한 가지 짚고 갈게요. Oracle에서 날짜는 사실 속으로는 숫자처럼 다뤄져요. 그래서 날짜끼리 빼면 며칠 차이인지 숫자가 나오고, 날짜에 1을 더하면 하루 뒤가 돼요. 이 성질을 알면 날짜 함수가 훨씬 쉬워요.

먼저 SYSDATE는 지금 이 순간의 날짜와 시각이에요.

SELECT SYSDATE FROM dual;

실행하는 바로 그 순간의 날짜가 나와요. 오늘 실행하면 오늘 날짜, 다음 시간에 실행하면 그날 날짜가 나오죠. 그래서 결과가 매번 달라져요. 이 점은 뒤에서 다시 짚을게요.

날짜끼리 빼면 며칠 차이인지 나와요. 매번 바뀌는 SYSDATE 대신, 기준일을 6월 30일로 고정해서 "그 글이 며칠 전에 올라왔는지" 계산해 볼게요.

SELECT post_id, created_at,
       TO_DATE('2026-06-30', 'YYYY-MM-DD') - created_at AS 경과일
FROM post
WHERE post_id IN (1, 33);

6월 30일에서 6월 1일을 빼니 29일, 5월 26일을 빼니 35일이 나왔어요. 날짜 빼기는 이렇게 '일 수'를 돌려줘요.

'며칠'이 아니라 '몇 개월'을 알고 싶으면 MONTHS_BETWEEN을 써요.

SELECT post_id, MONTHS_BETWEEN(DATE '2026-06-30', created_at) AS 개월수
FROM post
WHERE post_id IN (1, 13);

결과가 소수로 나오죠. 1번 글은 약 0.94개월(한 달이 채 안 됨), 13번 글은 약 1.9개월 전이에요. 딱 떨어지지 않는 날수까지 소수로 표현해 줘요.

날짜에 개월을 더하는 ADD_MONTHS, 그 달의 마지막 날을 주는 LAST_DAY도 있어요.

SELECT ADD_MONTHS(created_at, 1) AS 한달후,
       LAST_DAY(created_at)       AS 그달말일
FROM post
WHERE post_id = 1;

1번 글(2026-06-01)에 한 달을 더하면 2026-07-01, 그 달의 마지막 날은 2026-06-30이 나와요. LAST_DAY는 윤년도 알아서 처리해요.

SELECT LAST_DAY(DATE '2024-02-10') FROM dual;

2024년은 윤년이라 2월 마지막 날이 2024-02-29로 나와요. 직접 며칠인지 계산할 필요 없이 함수가 맞춰 줘요.

⚠️ 함정 — SYSDATE를 쿼리에 직접 넣으면 결과가 실행할 때마다 달라져요. "오늘로부터 30일 이내" 같은 조건엔 자연스럽지만, 예제나 시험 문제처럼 답이 정해져 있어야 할 땐 고정 날짜(DATE '2026-06-30')로 계산해야 결과가 흔들리지 않아요.

💡 한 줄 정리

날짜끼리 빼면 일 수가, MONTHS_BETWEEN은 개월 수(소수)가 나오며, ADD_MONTHS·LAST_DAY로 개월을 더하거나 그 달 말일을 구하고, SYSDATE는 실행 순간의 시각이라 결과가 매번 바뀐다.

Step 7: "형을 바꾸는 함수 — TO_CHAR · TO_DATE"

값에는 종류(형, type)가 있어요. 숫자, 문자, 날짜죠. 변환 함수는 이 형을 바꿔요. 지난 시간에 예고한 "가입 날짜를 2026년 6월처럼 보기 좋게"를 드디어 오늘 해결해요. 단, 우리 회원 표엔 가입일 칸이 없으니 게시 날짜(created_at)로 보여 드릴게요.

TO_CHAR(날짜, 포맷)은 날짜를 원하는 모양의 문자로 바꿔요.

SELECT created_at,
       TO_CHAR(created_at, 'YYYY"년" MM"월" DD"일"') AS 한글날짜
FROM post
WHERE post_id = 1;

'YYYY"년" MM"월" DD"일"'이 포맷이에요. 자주 쓰는 기호는 이래요.

큰따옴표("년") 안의 글자는 포맷 기호가 아니라 그대로 출력돼요. 그래서 '2026년 06월 01일'처럼 사이에 한글을 끼울 수 있어요.

요일도 뽑을 수 있어요. 한글 요일은 언어를 한국어로 지정해 줘요.

SELECT TO_CHAR(created_at, 'DAY', 'NLS_DATE_LANGUAGE=KOREAN') AS 요일
FROM post
WHERE post_id = 1;

2026년 6월 1일은 '월요일'이 나와요. 세 번째 인자 NLS_DATE_LANGUAGE=KOREAN이 "요일을 한국어로 표시해 달라"는 옵션이에요. 안 주면 'MONDAY'처럼 영어로 나와요.

TO_CHAR는 숫자도 다뤄요. 큰 숫자에 천 단위 콤마를 넣어 볼게요.

SELECT TO_CHAR(1234567, '999,999,999') FROM dual;

결과는 '1,234,567'이에요. 9는 자릿수 한 칸을 뜻하고, 콤마는 그 위치에 콤마를 찍으라는 표시예요. 금액을 화면에 보여 줄 때 자주 써요.

반대 방향도 있어요. TO_DATE(문자, 포맷)는 문자를 날짜로 바꿔요.

SELECT TO_DATE('2026-06-01', 'YYYY-MM-DD') FROM dual;

'2026-06-01'이라는 글자를 진짜 날짜 값으로 바꿔 줘요. 사용자가 입력한 날짜 문자열을 날짜로 비교할 때 필요해요.

⚠️ 함정 — Oracle은 형이 안 맞으면 알아서 바꿔 주기도 해요. '10' + 5를 실행하면 문자 '10'을 숫자로 바꿔 15가 나와요. 편하지만 위험해요. '10원'처럼 숫자가 아닌 글자가 섞이면 그 순간 오류가 나거든요. 그래서 실무에선 TO_NUMBER·TO_DATE로 직접 바꾸는 명시적 변환을 권해요. "자동 변환에 기대지 말자"가 핵심이에요. ★빈출

💡 한 줄 정리

TO_CHAR(날짜/숫자, 포맷)은 원하는 모양의 문자로 바꾸고(YYYY·MM·DD·콤마 등), TO_DATE는 문자를 날짜로 되돌리며, 자동 형변환에 기대면 위험하니 직접 변환을 권한다.

Step 8: "패턴을 다루는 함수 — 정규식으로 해시태그를 똑"

드디어 오늘의 목표예요. 지난 시간에 LIKE로 "여행이 들어간 글"까지는 찾았지만, "글에서 #해시태그만 똑 떼어내기"는 못 했죠. Step 3에서 SUBSTR과 INSTR로 시도했지만 해시태그가 여러 개면 다 딸려 나왔고요. 이걸 깔끔하게 해결하는 게 정규식 함수예요.

정규식(정규표현식)은 "이런 모양의 글자"를 한 줄 패턴으로 적는 작은 언어예요. 우리가 쓸 패턴 #[^ ]+을 한 조각씩 읽어 볼게요.

 #[^ ]+   →  해시태그 하나의 모양

   #        샵 글자 그대로
   [^ ]     공백이 아닌 글자 하나   (^ 는 '아닌', 대괄호 안 빈칸은 공백)
   +        앞의 것이 한 개 이상

   합치면:  샵으로 시작해서 공백 직전까지 이어지는 덩어리 = 해시태그 한 개

이 패턴으로 REGEXP_SUBSTR을 쓰면 해시태그를 정확히 뽑아요.

SELECT post_id, caption, REGEXP_SUBSTR(caption, '#[^ ]+') AS 첫해시태그
FROM post
WHERE post_id IN (1, 12, 3, 29);

Step 3의 손으로 자르던 방식은 12번 글에서 '#여행 #제주 #바다'가 다 딸려 나왔는데, REGEXP_SUBSTR은 첫 번째 해시태그 '#여행'만 깔끔하게 뽑았어요. 같은 게시물인데 결과가 확 달라졌죠. 이게 정규식의 힘이에요.

여기서 눈여겨볼 게 3번과 29번이에요. #이 없는 글은 결과가 NULL(빈칸)로 나와요. 특히 29번 '여행 다녀왔어요'는 '여행'이라는 단어는 있지만 #여행 태그는 없어서 NULL이에요. 이 빈 결과를 어떻게 채울지(예: '태그 없음'으로 표시)는 다음 시간 NULL 처리 함수에서 이어 가요.

해시태그가 여러 개면 몇 번째 것인지도 고를 수 있어요.

SELECT REGEXP_SUBSTR(caption, '#[^ ]+', 1, 2) FROM post WHERE post_id = 1;

1번 글에서 2번째 해시태그를 뽑으면 '#일상'이 나와요. 네 번째 인자 2가 "2번째 것"이라는 뜻이에요.

해시태그가 몇 개인지 세는 REGEXP_COUNT도 있어요.

SELECT post_id, REGEXP_COUNT(caption, '#') AS 태그수
FROM post
WHERE post_id IN (1, 5, 3);

해시태그 3개, 1개, 0개가 또렷이 갈리죠. 반대로 해시태그를 다 떼고 본문만 남기려면 REGEXP_REPLACE를 써요.

SELECT '[' || REGEXP_REPLACE(caption, '#[^ ]+', '') || ']' AS 본문만
FROM post
WHERE post_id = 1;

결과는 '[첫 게시물입니다 ]'예요. 해시태그 세 개가 다 사라졌어요. 떼어낸 곳에 공백이 남는데, 이건 Step 4에서 배운 TRIM으로 정리하면 돼요. 함수들이 이렇게 이어져요.

마지막으로 REGEXP_LIKE예요. 지난 시간 LIKE의 강화판이라고 보면 돼요. LIKE와 비교해 볼게요. 지난 시간에 '여행'이 들어간 글은 4건이었죠. 그런데 진짜 #여행 태그를 단 글만 찾으면 어떨까요?

SELECT post_id, caption FROM post
WHERE REGEXP_LIKE(caption, '#여행');

3건이 나와요. '여행'이라는 단어가 든 글은 4건인데, 진짜 #여행 태그를 단 글은 3건이에요. 차이는 29번 '여행 다녀왔어요'예요. 단어는 있지만 태그가 없어서 빠진 거죠. LIKE는 "글자가 들어있나"만 보지만, REGEXP_LIKE는 "#이 붙은 태그인가"까지 정교하게 가려내요.

오늘 우리는 글에서 해시태그만 정확히 뽑아내는 데까지 왔어요. 지난 시간에 LIKE로 멈췄던 그 지점을 정규식으로 넘어선 거예요.

🌟 알아두면 좋아요 — 정규식은 강력하지만 패턴이 복잡해지면 읽기 어려워져요. SQLD에서는 REGEXP_SUBSTR·REGEXP_LIKE의 기본 형태 위주로 나오니, 오늘 본 #[^ ]+처럼 한 조각씩 읽는 연습을 해 두면 충분해요.

💡 한 줄 정리

REGEXP_SUBSTR은 패턴에 맞는 부분을 정확히 뽑고(여러 개 중 몇 번째도 지정), REGEXP_COUNT는 개수, REGEXP_REPLACE는 치환, REGEXP_LIKE는 LIKE보다 정교한 패턴 검색을 한다.

마무리

오늘은 표에서 꺼낸 값을 '가공'하는 단일행 함수들을 배웠어요. 글자를 자르고(SUBSTR) 바꾸고(REPLACE) 길이를 재고(LENGTH), 숫자를 반올림하고(ROUND) 나머지를 구하고(MOD), 날짜를 계산하고(MONTHS_BETWEEN) 보기 좋게 바꾸고(TO_CHAR), 마지막엔 정규식으로 글에서 해시태그만 똑 떼어냈죠(REGEXP_SUBSTR). 데이터를 '읽기만' 하던 단계에서 '내 마음대로 가공하는' 단계로 한 걸음 나아간 거예요.

오늘 배운 핵심 세 가지

• 💡 하나 — 단일행 함수는 행 하나마다 값을 가공해 결과 하나를 돌려준다. 문자(UPPER·SUBSTR·INSTR·REPLACE·LPAD·TRIM), 숫자(ROUND·TRUNC·MOD·CEIL·FLOOR)가 대표적이다.
• 💡 둘 — 날짜는 속으로 숫자라 빼면 일 수가 나오고, MONTHS_BETWEEN·ADD_MONTHS·LAST_DAY로 계산하며, TO_CHAR·TO_DATE로 형을 바꾼다. 자동 형변환에 기대면 위험하다.
• 💡 셋 — 정규식 함수 REGEXP_SUBSTR·REGEXP_LIKE는 SUBSTR+INSTR이나 LIKE로는 어려운 정교한 패턴 추출·검색을 해낸다. 글에서 #해시태그만 정확히 뽑는 게 대표 예다.

다음 시간 예고

오늘 함수를 쓰다가 빈 결과를 자주 만났죠. 해시태그 없는 글에서 INSTR은 0을, REGEXP_SUBSTR은 NULL을 돌려줬어요. 자기소개(bio)가 비어 있는 회원도 있었고요. 다음 시간엔 이 NULL을 길들여요. NULL을 다른 값으로 대체하는 NVL·COALESCE, 그리고 "값이 이러면 저렇게, 저러면 이렇게" 조건에 따라 값을 바꾸는 DECODE·CASE를 배워요. 오늘 'NULL이 나와서 곤란했던' 부분들을 다음 시간에 깔끔하게 채워 넣을 거예요.

과제

오늘 배운 단일행 함수를 직접 써 보는 과제예요. 결과가 어떻게 나올지 먼저 예상한 뒤 실행해 확인해 보세요.

[기초] 문자 함수로 회원 정보 가공하기

회원 표에서 다음을 조회하는 SQL을 써 보세요. (가) username을 전부 대문자로 바꿔 함께 보여 주세요(UPPER). (나) nickname에서 성(첫 글자)만 잘라 보여 주세요(SUBSTR). (다) nickname 뒤에 '님'을 붙이고(||), 그 글자 수를 함께 보여 주세요(LENGTH). 김재훈이면 '김재훈님'과 글자 수가 어떻게 나올지 예상해 보세요.

[응용] 날짜를 보기 좋게 바꾸기

게시물 표에서 다음을 조회하는 SQL을 써 보세요. (가) created_at을 '2026년 06월 01일' 모양의 문자로 바꿔 보여 주세요(TO_CHAR). (나) 기준일을 DATE '2026-06-30'으로 두고, 각 게시물이 그 기준일로부터 며칠 전에 올라왔는지 계산해 보여 주세요(날짜 빼기). (다) SYSDATE를 직접 쓰지 않고 기준일을 고정한 이유를 한 줄로 적어 보세요.

[심화] 정규식으로 해시태그 다루기

게시물 표에서 다음을 해 보세요. (가) REGEXP_SUBSTR로 각 게시물의 첫 번째 해시태그를 뽑아 보세요. (나) 같은 일을 Step 3의 SUBSTR+INSTR 방식으로도 해 보고, 해시태그가 여러 개인 게시물(예: 1번)에서 두 결과가 어떻게 다른지 비교해 설명해 보세요. (다) REGEXP_COUNT로 해시태그가 2개 이상인 게시물을 찾으려면 WHERE에 어떤 조건을 걸어야 할지 SQL로 완성해 보세요. 그리고 해시태그가 없는 글에서 REGEXP_SUBSTR 결과가 무엇이 되는지, 그 빈 값을 어떻게 처리하면 좋을지 생각을 적어 보세요.

생각해볼 주제

1. 손으로 자르기 vs 정규식, 언제 무엇을 쓸까

해시태그를 뽑는 방법이 둘 있었어요. SUBSTR+INSTR로 직접 자르는 방식과 REGEXP_SUBSTR 정규식 방식이죠. 정규식이 더 정확하고 짧았지만, 패턴이 복잡해지면 읽기 어려워진다는 단점도 있었어요. 단순한 자르기엔 어느 쪽이 나을지, 복잡한 패턴엔 어느 쪽이 나을지, 가독성과 정확함 사이에서 무엇을 기준으로 고를지 생각해 보세요.

2. 자동 형변환은 편한데 왜 위험할까

'10' + 5가 15로 나오는 것처럼 Oracle은 형이 안 맞으면 알아서 바꿔 줘요. 타이핑이 줄어 편하죠. 그런데 실무에선 TO_NUMBER·TO_DATE로 직접 바꾸라고 권해요. 자동 변환에 기댈 때 어떤 값이 들어오면 갑자기 오류가 날 수 있는지, 그리고 그 오류가 언제 터질지 예측하기 어려운 게 왜 위험한지 생각해 보세요.

3. SYSDATE를 쿼리에 직접 박으면 생기는 일

SYSDATE는 실행하는 순간의 시각이라 결과가 매번 달라져요. "최근 30일 글"처럼 항상 지금 기준이어야 할 땐 좋지만, 답이 정해져 있어야 하는 보고서나 예제에선 곤란할 수 있어요. 같은 쿼리인데 실행하는 날마다 결과가 다르면 어떤 문제가 생길지, 결과를 똑같이 재현해야 할 때는 날짜를 어떻게 다루면 좋을지 생각해 보세요.