DATETIME vs TIMESTAMP

Question

안녕하세요. 이번에 프로젝트를 들어가면서 데이터베이스 설계중 궁금한 것이 있어 질문 드립니다.데이터베이스는 MySQL 입니다.현재는 국내를 겨냥하고 있지만 추후 해외도 고려해야 해서 특별히 신경이 쓰이는 부분이 있는데요. 데이터베이스의 날짜 데이터형을 DATETIME으로 할지 TIMESTAMP로 할지 고민중에 있습니다. 지금까지는 아무 생각없이 DATETIME 형태로 사용하고 있었는데요.1.TIMESTAMP장비->앱->서버로 데이터가 전달되는 어떤 프로젝트 진행 시 해외 장비로 부터 업로드되는 데이터와 날짜 정보를 TIMESTAMP로 저장하여 출력하는 것을 보았습니다. 서버에 Locale 정보를 따로 저장하지 않고 클라이언트 Locale에 맞춰 변환하면 되니 편해보였지만 매번 변환을 해야했고, 쿼리상에서 연산 또한 복잡하게 되었습니다. 하지만 클라이언트의 시간정보를 저장할 수 있는 특징이 있었습니다.2. DATETIME이와 다르게 DATETIME의 경우 쿼리상에서 연산도 좋고 화면상에 표시할 때 따로 변환할 필요도 없어 편했습니다. 시간은 서버 시점의 시간정보를 저장하는 것으로 아는데요. 클라이언트가 속한 지역의 시간에 맞출려니 어떻게 맞춰야할지 난감하였습니다. 정리하면1. 해외 서비스 지원을 고려했을 때 DATETIME 이나 TIMESTAMP나 모두 사용가능 한가요?2. 어떤 데이터형이 더 유리한가요?3. DATETIME이 사용가능하다면 어떤 방식의 처리가 필요한가요?한번 생각해봤는데 클라이언트의 지역 정보(Locale 값)를 확인 후 서버에서 내려받은 시간을 TIMESTAMP로 변환 후 클라이언트의 지역에 맞춰 다시 '2017-08-20' 형태로 변환하는 방법을 취해야 하는 것인가요? 고수님들의 조언 부탁드립니다.긴글 읽어 주셔서 감사합니다.

미생 · Accepted Answer

timestamp 를 쓰는 이유는 시간의 중복을 막기 위해서입니다.동시다발적인 시간에 누가 먼저 왔는가를 처리해야한다면 사용하는거고 시간이 중복이 나와도 상관없으면 구지 타임스탬프를 쓸 필요가 없습니다. 판단은 스스로

음... · Answer

미생님이 말씀하신 중복회피나 정밀도는 조금 사실과 다른것 같아 사족을 답니다.timestamp는 '1970-01-01 00:00:01' UTC 부터 '2038-01-09 03:14:07' UTC 까지의 값의 범위에 제한이 있으며UTC 기준으로 서버 시간에 의존하기때문에 서버의 타입존을 변경하면 그 값도 변경됩니다. 반면 datetime은 상수로 인식하여 입력값을 그대로 저장하기에 1000-01-01 00:00:00 이나 9999-12-31 23:59:59.95 같은 값을 설정하는게 가능합니다.

펠코리오 · Answer

미생님, 음...님 답변 감사합니다.그렇다면 사용방법과 적용 환경에 따라 차이가 있을 뿐 . 둘다 사용에는 문제가 없다는 말씀이신가요?우선 디바이스의 데이터 업로드 시 시간 처리 방식과클라이언트 - 서버 어느쪽의 시간을 따라야 할 지 컨셉부터 잡아야 겠네요.TIMESTAMP의 범위제한이 좀 걸리네요.

DATETIME vs TIMESTAMP

3개의 답변

Q&A 목록