SQL Server의 날짜/시간 정밀도: 밀리초의 미스터리
SQL Server 데이터베이스에 밀리초 단위의 날짜/시간 값을 삽입하면(예: 2009-04-03 15:41:27.378) 밀리초가 손실된 것처럼 보일 수 있습니다(예: 2009-04-03 15:41 :27.377). 이것은 버그가 아닙니다. 이는 SQL Server가 날짜/시간 정밀도를 처리하는 방식의 결과입니다.
SQL Server에서 시간 값을 저장하는 방법
SQL Server의 datetime
데이터 유형에는 제한이 있습니다. 약 1/300초의 정확도로 시간 값만 저장합니다. 이는 밀리초가 정확하게 저장되지 않음을 의미합니다. 0, 3, 7의 세 가지 값 중 하나로 반올림됩니다.
반올림 과정
삽입된 값(27.378밀리초)이 지원되는 값 사이에 속하므로 SQL Server는 이를 가장 가까운 허용 밀리초(27.377)로 내림합니다. 이는 명백한 불일치를 설명합니다.
밀리초 정확도 유지: 해결 방법
밀리초 정밀도를 유지하려면 다음 대안을 고려하세요.
숫자 저장: 날짜/시간 값을 특정 에포크 이후의 밀리초 수를 나타내는 숫자 유형(예: bigint
또는 decimal
)으로 저장합니다. 표시나 기타 작업에 필요한 경우 datetime
값으로 변환하세요.
문자열 기반 저장소: 일관된 형식(예: yyyy-MM-dd HH:mm:ss.fff)을 사용하여 날짜 시간 값을 문자열로 저장합니다. 이렇게 하면 전체 밀리초 값이 유지되지만 날짜/시간 계산을 위해서는 변환이 필요합니다.
하이브리드 접근 방식: 대략적인 날짜/시간 저장(성능상의 이유로)에는 datetime
열을 사용하고, 정확한 밀리초 값을 저장하려면 별도의 문자열 또는 숫자 열을 사용하세요.
이러한 접근 방식을 사용하면 복잡성이 약간 증가하더라도 밀리초 데이터가 그대로 유지됩니다.
위 내용은 SQL Server에 날짜/시간 값을 삽입할 때 밀리초가 사라지는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!