datetime vs timestamp

createdAt, updatedAt 필드 type 을 datetime 으로 해야 할 지, timestamp 로 해야할 지 고민이었는데, 현재 진행중인 프로젝트에서 timestamp 를 선택한 이유를 정리해보았다.

Timestamp 의 장점

1. 글로벌 서비스인 경우 데이터 입력 시간 관리가 편하다.

timestamp 는 datetime 과 달리 time_zone 에 의존하고 UTC 지원이 가능하다.

PostgresQL 에서 timezone 확인하는 법

지금 만들고 있는 서비스는 글로벌 서비스이기 때문에 타임존이 지원되는 timestamp 를 써야 데이터를 쉽게 관리할 수 있다고 판단했다.

TIMESTAMP 의 경우

• insert into TBL (ts) values (now()) → UTC 로 변환되어 기록됨
• select ts from TBL → 타임존에 따라 변환되어 출력됨

DATETIME 인 경우

• insert into TBL (ts) values (now()) → LOCAL TIME 으로 기록됨
• select ts from TBL → 타임존에 관계없이 처음에 기록되었던 시간이 출력됨

2. 인덱싱이 더 빠르게 된다.

datetime 은 1000-01-01 00:00:00 부터 9999-12-31 23:59:59 까지 지원

timestamp 는 1970-01-01 00:00:01 부터 2038-01-19 03:14:07 까지 지원

지원하는 범위가 더 적기 때문에 timestamp 가 index가 더 빠르게 생성된다.

3. byte 가 더 작다.

TIMESTAMP 는 4 bytes vs DATETIME 은 8 byte 이다. column type 이 다르기 때문이다. datetime - 문자형, timestamp - 숫자형으로 변환되어 저장된다.

4. 자동입력이 된다.

datetime - 수정할 일이 있으면 그 때마다 날짜를 입력

timestamp - 날짜를 따로 입력 안해줘도 자동으로 입력 가능 (CURRENT_TMESTAMP 사용시)

Timestamp 단점 (2038 년 문제)

2038년 timestamp 에러

32비트로 표현할 수 있는 날짜의 한계가 2038년 1월 19일이기 때문에 timestamp 로 표현하는 필드가 2038년 1월 19일 이후에도 쓰여질 것이 확실하다면 datetime 을 쓰는것이 좋다고 생각된다.

물론 그런 경우가 올 경우 기존 timestamp 를 datetime 으로 변환할 수 있지만 데이터 양이 많을수록 변환이 쉽지 않을 것이다.

nestjs request dto and response dto

google social login 한 유저의 생년월일 가져오기

TypeORM soft delete on cascade

typeORM entity 에서 비밀번호 hash 하기