Cambios en el horario de verano que afectan la conversión UTC

Question

Básicamente estoy convirtiendo las fechas locales almacenadas en la base de datos en UTC. Pero he leído en algún lado que las reglas de ahorro de luz diurna han cambiado en 2007. Por lo tanto, la función Date.ToUniversalTime() todavía funciona correctamente. Básicamente, las fechas anteriores a 2007 (cuando las nuevas reglas entraron en vigor) se convertirían correctamente, pero las fechas posteriores no lo serían. ¿Estoy aquí? ¿O .Net se encargaría de la conversión internamente, es decir, dependiendo de las diferentes reglas de horario de verano?

EDITAR: Las fechas se almacenan en DB como hora local. Lo estoy convirtiendo en UTC. Por lo tanto, una fecha como '9 de marzo de 2005' debe convertirse utilizando las reglas de luz diurna de 2005 en lugar de las reglas de hoy. Las reglas cambiaron en los Estados Unidos en 2007. Por lo tanto, la fecha sale mal en una hora.

Answer 1

Depende de la versión de .NET que esté utilizando y, posiblemente, de la versión de Windows que esté utilizando. .NET 3.5 tiene la clase TimeZoneInfo que incluye cambios históricos, etc., antes de eso, el soporte era mucho más irregular, desafortunadamente.

Answer 2

Espero que ToUniversalTime() lo tenga en cuenta. ¿Has probado y comprobado el resultado con las fechas de antes y después del cambio de horario de verano?

EDITAR

Si sabes el desplazamiento de todas las fechas en su zona horaria DB, que definitivamente se recomiendan para convertirlos a UTC en el nivel de tabla. Deshazte de muchos dolores de cabeza de esa manera. La conversión a la hora local para fines de visualización es más fácil.

Answer 3

Depende de cómo se almacena la información en la base de datos.

Afortunadamente, los datos en el archivo db contienen el desplazamiento UTC, y si es así, cualquier cambio en las reglas de horario de verano será irrelevante.

Si no se conoce el desplazamiento UTC, es prácticamente imposible saber cómo convertirlo a UTC. Por ejemplo, si la hora se almacena como un entero sin metadatos, el sistema debería saber cuando se agregó al archivo db para poder determinar la marca de tiempo UTC correspondiente.

Answer 4

odio decirlo, pero usted es atornillado. Muerda la viñeta y cambia las fechas en la base de datos a UTC antes de que el problema empeore. Su código se convertirá en una pesadilla de fecha de caso especial-matemática en un lapso de tiempo fijo si continúa intentando almacenar horas locales en la base de datos.

compromiso: almacene la hora local y la hora UTC en columnas separadas; al menos entonces tendrá una referencia

ver this post para más razones que nunca para almacenar db veces en la hora local

Answer 5

Ver si http://geekswithblogs.net/ewright/archive/2004/09/14/11180.aspx le ayuda en absoluto.