날짜·시간 정보는 거의 모든 서비스에서 중요한 데이터이다. 회원 가입일, 주문일, 결제일, 이벤트 기간 등 수많은 곳에서 사용된다.

5-1. 날짜/시간을 문자열로 저장하는 실수

초보자가 자주 하는 실수 중 하나가 **날짜·시간을 문자열(VARCHAR)**로 저장하는 것이다.

• 문자로 저장하면 비교·정렬이 제대로 동작하지 않을 수 있다.
• DB가 제공하는 날짜/시간 함수(DATEDIFF, DATE_ADD 등)를 활용하기 어렵다.
• 포맷 변경, 타임존 처리도 모두 애플리케이션에서 직접 처리해야 한다.

따라서 날짜/시간은 반드시 전용 타입을 사용해서 저장한다.

5-2. 주요 날짜/시간 타입

MySQL 기준으로 자주 사용하는 타입은 다음과 같다.

• DATE
  • YYYY-MM-DD 형식의 날짜만 저장한다.
  • 생년월일, 출시일처럼 시간 정보가 의미 없는 경우에 사용한다.
• TIME
  • HH:MM:SS 형식의 시간만 저장한다.
  • 매일 반복되는 알림 시간, 영업 시작/종료 시간 등 날짜와 무관한 시간에 사용한다.
• DATETIME
  • 날짜와 시간을 함께 저장한다.
  • 대부분의 비즈니스 이벤트(주문 시각, 결제 시각 등)에 사용한다.
• TIMESTAMP
  • 내부적으로 UTC 기준의 유닉스 타임스탬프를 이용해 범위가 제한적이지만, 타임존 변환 등 시스템용으로 적합하다.

실무에서는 보통 비즈니스 도메인에 대한 시각(주문일, 가입일 등)은 DATETIME으로 기록하고, 시스템 로그나 변경 이력 등은 TIMESTAMP로 관리하는 식으로 역할을 나눈다.

5-3. 네이밍 규칙과 타입을 함께 설계하기

앞서 봤던 날짜/시간 네이밍 규칙과 타입 선택은 서로 연결되어 있다.

• created_at, updated_at, deleted_at, ordered_at 등은 보통 DATETIME 타입으로 둔다.
• birth_date, join_date 등은 DATE 타입이 적합하다.
• opening_time, closing_time 등은 TIME 타입을 사용한다.

네이밍만 통일하는 것이 아니라, 각 이름에 어울리는 데이터 타입까지 함께 규칙으로 정해 두면 팀원들이 설계와 구현을 훨씬 수월하게 진행할 수 있다.