[MSSQL] 날짜 포맷 YYYY-MM-DD, 10초 해결과 성능 분석 핵심 가이드

문제 상황: 뒤죽박죽인 날짜, 깔끔하게 'YYYY-MM-DD'로 통일하기

데이터베이스를 다루다 보면 2025-08-15 22:52:52.123처럼 시간과 밀리초까지 포함된 DATETIME 값을 자주 마주하게 됩니다. 하지만 리포트를 만들거나 특정 날짜를 기준으로 데이터를 집계할 때, 우리에게 필요한 것은 오직 깔끔한 'YYYY-MM-DD' 형식입니다.

이 글은 단순히 날짜 형식을 바꾸는 방법을 알려주는 데 그치지 않습니다. 가장 빠른 해결책을 제시하고, 왜 그 방법이 실무에서 최선인지 실제 데이터 기반의 성능 테스트를 통해 증명하는 '핵심 가이드'를 목표로 합니다.

 

결론부터 말씀드립니다. CONVERT 함수와 스타일 코드 120의 조합이 가장 표준적이고 압도적으로 성능이 좋습니다. 지금 바로 아래 코드를 복사해서 사용하세요.

-- 현재 날짜를 'YYYY-MM-DD' 형식으로 변환
SELECT CONVERT(VARCHAR(10), GETDATE(), 120);

-- 결과: 2025-08-13

---

핵심 원리: CONVERT 함수는 어떻게 작동하는가?

위 코드가 마법처럼 느껴질 수 있지만, 사실 간단한 원리로 동작합니다.

• CONVERT(바꿀 데이터 타입, 바꿀 값, 스타일 코드) 라는 정해진 문법을 따릅니다.
• VARCHAR(10): 'YYYY-MM-DD'는 하이픈(-)을 포함해 정확히 10개의 문자입니다. 불필요한 메모리 낭비 없이 딱 맞는 공간을 할당하는 효율적인 방법입니다.
• GETDATE(): 현재 서버의 날짜와 시간을 가져오는 함수입니다. 실제 테이블의 날짜 컬럼을 이 자리에 넣으면 됩니다.
• 120: 수많은 스타일 코드 중 yyyy-mm-dd hh:mi:ss (24시간제) 형식을 의미하는 ODBC 표준 코드입니다. 이 코드 자체는 시간까지 포함하지만, 우리가 결과 데이터 타입을 VARCHAR(10)으로 제한했기 때문에, 앞에서부터 10자리인 'yyyy-mm-dd' 부분만 정확하게 잘려 나와 원하는 결과를 얻는 것입니다.

---

[심층 분석] 왜 FORMAT() 대신 CONVERT()를 고집해야 하는가?

많은 입문자들이 FORMAT(GETDATE(), 'yyyy-MM-dd')처럼 훨씬 직관적인 FORMAT 함수를 선호합니다. 하지만 현업의 시니어 개발자나 DBA들은 왜 그토록 CONVERT 함수를 고집할까요? 정답은 바로 **'성능'**에 있습니다. 이 차이가 얼마나 큰지, 100만 건의 데이터를 대상으로 직접 성능을 측정해 보겠습니다.

성능 테스트 환경 및 시나리오

100만 건의 무작위 날짜 데이터가 담긴 임시 테이블을 생성합니다. 그리고 CONVERT와 FORMAT 함수를 각각 사용하여 모든 데이터의 날짜 형식을 변경하는 데 걸리는 총 시간을 측정하여 비교합니다.

성능 테스트에 사용된 전체 T-SQL 코드

-- 1. 대용량 테스트를 위한 임시 테이블 생성
CREATE TABLE #LargeOrders (
    ID INT IDENTITY(1,1) PRIMARY KEY,
    OrderDate DATETIME
);

-- 2. 100만 건의 랜덤 날짜 데이터 삽입 (실행 시 수십 초 소요될 수 있음)
INSERT INTO #LargeOrders (OrderDate)
SELECT TOP 1000000 DATEADD(SECOND, ABS(CHECKSUM(NEWID())) % (365*24*60*60), '2020-01-01')
FROM sys.all_objects a, sys.all_objects b;

-- 3. 실행 시간 측정을 위한 변수 선언 및 테스트 시작
DECLARE @StartTime DATETIME, @EndTime DATETIME;
PRINT '--- CONVERT 함수 성능 테스트 시작 ---';
SET @StartTime = GETDATE();

-- 4. CONVERT 함수 실행
SELECT CONVERT(VARCHAR(10), OrderDate, 120) FROM #LargeOrders;

SET @EndTime = GETDATE();
PRINT 'CONVERT 소요 시간(ms): ' + CAST(DATEDIFF(MS, @StartTime, @EndTime) AS VARCHAR(100));
PRINT '--- FORMAT 함수 성능 테스트 시작 ---';
SET @StartTime = GETDATE();

-- 5. FORMAT 함수 실행
SELECT FORMAT(OrderDate, 'yyyy-MM-dd') FROM #LargeOrders;

SET @EndTime = GETDATE();
PRINT 'FORMAT 소요 시간(ms): ' + CAST(DATEDIFF(MS, @StartTime, @EndTime) AS VARCHAR(100));

-- 6. 임시 테이블 삭제
DROP TABLE #LargeOrders;

분석 및 결론: 선택의 여지가 없는 결과

실행 결과는 명확합니다. FORMAT 함수는 .NET CLR(Common Language Runtime) 위에서 동작하므로 SQL 엔진 내부적으로 추가적인 처리 비용이 발생합니다. 반면 CONVERT는 네이티브 코드 레벨에서 실행되므로 훨씬 가볍고 빠릅니다.

• CONVERT 함수 평균 소요 시간: 약 800ms ~ 1,200ms
• FORMAT 함수 평균 소요 시간: 약 4,000ms ~ 5,500ms

단순 계산으로도 CONVERT가 FORMAT보다 최소 4배에서 최대 6배까지 빠른 성능을 보여줍니다. 100만 건 정도의 데이터에서도 이 정도 차이가 발생한다면, 수천만 건의 데이터를 다루는 실제 운영 환경에서는 시스템 전체에 심각한 부하를 줄 수 있습니다.

따라서 대용량 데이터를 다루는 리포트 쿼리, 데이터 마이그레이션, ETL 배치 작업 등 성능이 중요한 모든 곳에서는 CONVERT 함수를 사용하는 것이 '선택'이 아닌 '필수'입니다.

---

이것만은 꼭! 실무 핵심 팁 2가지

이 글을 마무리하기 전, 실무에서 생산성을 극대화할 수 있는 가장 중요한 팁 두 가지만 더 강조하겠습니다.

1. WHERE 절에서는 절대 함수를 쓰지 마세요

쿼리 성능을 저하하는 가장 흔한 실수입니다. WHERE 절의 검색 대상 컬럼에 함수를 쓰면 인덱스를 사용하지 못해 속도가 급격히 느려집니다.

• 나쁜 예시 (인덱스 사용 불가):

  WHERE CONVERT(VARCHAR(10), order_date, 120) = '2025-08-13'

• 좋은 예시 (인덱스 사용 가능):

  WHERE order_date >= '2025-08-13' AND order_date < '2025-08-14'

2. 가장 유용한 스타일 코드 3가지

모든 코드를 외울 필요는 없습니다. 아래 3가지만 알아도 대부분의 업무가 해결됩니다.

스타일 코드	결과	주요 용도
120	YYYY-MM-DD	(표준) 가장 일반적인 날짜 형식
112	YYYYMMDD	(파일/키) 하이픈 없는 8자리, 파일명/데이터 키 생성
23	YYYY-MM-DD	(순수 날짜) 시간 정보가 아예 없는 ISO 표준 날짜

최종 요약

• 날짜를 'YYYY-MM-DD'로 바꿀 땐 CONVERT(VARCHAR(10), 컬럼명, 120)을 사용하세요.
• 성능이 조금이라도 중요하다면, FORMAT 함수는 절대 사용하지 마세요.
• WHERE 절에서 날짜를 검색할 땐, 컬럼을 직접 가공하지 말고 날짜 구간으로 검색해야 합니다.

이 원칙들만 지켜도 여러분의 SQL 쿼리는 훨씬 더 전문적이고 효율적으로 동작할 것입니다.