Almacenamiento de fecha y hora (UTC) frente a almacenamiento de fecha y hora

Por lo general, tengo un "interceptor" que justo antes de leer / escribir desde / a la base de datos realiza la conversión de fecha y hora (de UTC a hora local y de hora local a UTC), por lo que puedo usarDateTime.Now (derivaciones y comparaciones) en todo el sistema sin preocuparse por las zonas horarias.

Con respecto a la serialización y el movimiento de datos entre computadoras, no hay necesidad de molestarse, ya que la fecha y hora siempre es UTC.

¿Debería continuar almacenando mis fechas (SQL 2008 - fecha y hora) en formato UTC o debería almacenarlas usandoDateTimeOffset (SQL 2008 - datetimeoffset)?

Las fechas UTC en la base de datos (tipo de fecha y hora) han estado funcionando y se conocen desde hace tanto tiempo, ¿por qué cambiarlo? ¿Cuáles son las ventajas?

Ya he buscado artículos comoéste, pero no estoy 100% convencido sin embargo. ¿Alguna idea?

Respuestas a la pregunta(3)

Su respuesta a la pregunta