두 가지 유형 모두 시간을 저장합니다. 일반적인 애플리케이션에서는 이 차이가 시스템에 본질적인 영향을 미치지 않으므로 여기서는 언급하지 않겠습니다. 따라서 제 관점은 비즈니스 중심입니다. . 날짜/시간 및 타임스탬프와 비교하여 타임스탬프 유형 필드는 데이터베이스 레코드가 변경(업데이트)될 때 이 필드의 값을 자동으로 업데이트하는 반면, 날짜/시간은 변경되기 전에 수동으로 설정해야 합니다. 비즈니스 관점에서 필터링할 때 이 차이점만 알면 됩니다. 일반적으로 생성 시간에는 datetime을, 업데이트 시간에는 timestamp를 선택합니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
이 게시물은 주제를 잘 요약하여 읽어볼 것을 권장합니다. 적절한 MySQL 날짜 및 시간 유형을 선택하여 시간을 저장하세요.
먼저 검색
여기 답변이 매우 자세합니다
날짜/시간과 비교한 타임스탬프의 장점:
은 작은 공간을 차지하고, 타임스탬프는 4바이트, 날짜/시간은 8바이트를 차지합니다.
은 1970년부터 2038년까지의 시간만 표현할 수 있으며, 날짜/시간에는 이러한 제한이 적용되지 않습니다.-
성능 측면에서의 비교는 일반화할 수 없습니다. 타임스탬프는 순수한 숫자이지만 계산이 빠르지만 사람이 읽을 수 없고 함수로 변환해야 합니다. 날짜/시간은 사람이 직접 읽을 수 있는 형식입니다. 눈은 덧셈, 뺄셈, 곱셈, 나눗셈을 계산하지만 변환을 거쳐야 합니다.
소규모 애플리케이션의 경우 공간이나 성능을 고려할 필요가 없습니다. 시간대는 모두 베이징 시간이므로 얽매이지 않고 바로 datetime을 사용하세요.
결론: 시간을 나타내려면 항상 날짜/시간을 사용하고, 명확한 이유가 있거나 현재 수행 중인 작업을 아는 경우가 아니면 타임스탬프를 사용하지 마십시오.두 가지 유형 모두 시간을 저장합니다. 일반적인 애플리케이션에서는 이 차이가 시스템에 본질적인 영향을 미치지 않으므로 여기서는 언급하지 않겠습니다. 따라서 제 관점은 비즈니스 중심입니다. .
날짜/시간 및 타임스탬프와 비교하여 타임스탬프 유형 필드는 데이터베이스 레코드가 변경(업데이트)될 때 이 필드의 값을 자동으로 업데이트하는 반면, 날짜/시간은 변경되기 전에 수동으로 설정해야 합니다.
비즈니스 관점에서 필터링할 때 이 차이점만 알면 됩니다. 일반적으로 생성 시간에는 datetime을, 업데이트 시간에는 timestamp를 선택합니다.