미국에서 호스팅 된 SQL Server 2005를 사용하고 있습니다. 곧 우리는 DB를 유럽으로 옮길 것입니다. 시간대 차이를 고려하여 db의 날짜를 업데이트하고 싶습니다. 이렇게하는 좋은 방법이 있습니까? 아니면 날짜를 반복하고 시간대 오프셋을 추가하는 경우입니까?SQL 서버의 시간대 고려 사항
1
A
답변
3
실제로 이동했기 때문에 실제로 변경해야합니까? 글로벌 응용 프로그램을 지원하는 경우 GMT로 모든 날짜/시간 정보를 저장하고 클라이언트 측에서 로컬로 변환합니다.
2
나는 GMT가 아닌 다른 일정 시간대로 데이터베이스에 날짜/시간을 저장해야한다고 생각한다. .
나중에 옵션이 의미가있는 유일한 이유는 CURDATE 함수를 사용하여 데이터베이스의 레코드를 삽입/필터링하는 것입니다. 그렇지 않으면 GMT가 가장 좋습니다.
DATEADD와 함께 DATEDIFF를 사용해 볼 수는 있지만 DST로 인해 정확한 시간 (경우에 따라 1 시간 씩)이 항상 나오는 것은 아닙니다.
시간대 변환에 대한 SQL Server 2005에서 알려진 제한이 있습니다, 자세한 내용은 다음 링크를 참조하지만하십시오 http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=308563
관련 문제
- 1. SQL nvarchar 고려 사항
- 2. SQL Azure 성능 고려 사항
- 3. 병렬화 고려 사항
- 4. 매우 큰 SQL 테이블에 대한 고려 사항?
- 5. 로드 균형 조정 서버의 SharePoint Webpart 캐싱 고려 사항
- 6. 아키텍처 고려 사항
- 7. PHP 성능 고려 사항?
- 8. RouteExistingFiles를 켜기위한 고려 사항
- 9. MySQL 메모리 고려 사항
- 10. OOGenerics 디자인 고려 사항
- 11. XSLT 성능 고려 사항
- 12. 보안 고려 사항
- 13. 플렉스 성능 고려 사항
- 14. VM 배포를위한 개발을위한 고려 사항
- 15. 로깅 프레임 워크 고려 사항
- 16. API 개발 - 디자인 고려 사항
- 17. 스케줄링 우선 순위 고려 사항
- 18. EF & .EDMX 성능 고려 사항
- 19. 웹 환경에서의 스레딩 고려 사항
- 20. Java 포털 아키텍처 고려 사항
- 21. C# - 이벤트 디자인 고려 사항
- 22. 시뮬레이션 게임에 대한 고려 사항
- 23. SQL Server 확장 속성을 사용하기위한 성능 고려 사항
- 24. 공용 ASP.NET 응용 프로그램 보안 고려 사항
- 25. ASP.NET 응용 프로그램의 Entity Framework 고려 사항
- 26. NUnit 및 NAnt에 대한 향후 고려 사항
- 27. 개인 비밀번호 관리자에 대한 보안 고려 사항
- 28. 코어 데이터 (SQLite/iPhone) - 디자인 고려 사항?
- 29. 고 신뢰성 서비스를위한 설계 고려 사항
- 30. 리소스/기술/jQuery 플러그인 테스트시 고려 사항
흥미 롭. 감사. 문제는 이미 db에 데이터가 있다는 것입니다. 일단 이동하면 데이터는 해당 시간대에서만 사용됩니다. – user17510
모든 시간 데이터는 원칙적으로 보편적 인 시간으로 저장되어야합니다. 그렇다면 이러한 문제는 결코 제기되지 않습니다. –