存储DateTime（UTC）与存储DateTimeOffset

我通常有一个“拦截器”，在从数据库读取/写入数据库之前，它会进行DateTime转换（从UTC到本地时间，从本地时间到UTC），因此我可以DateTime.Now在整个系统中使用（派生和比较）而不必担心关于时区。

关于序列化和在计算机之间移动数据，无需费心，因为日期时间始终是UTC。

我应该继续以UTC格式存储日期（SQL 2008-datetime），还是应该使用DateTimeOffset（SQL 2008-datetimeoffset）存储日期？

数据库中的UTC日期（datetime类型）已经可以使用并且已经知道很长时间了，为什么要更改它？有什么优势？

我已经研究过类似这样的文章，但是我并不是100％确信。有什么想法吗？

有一个巨大的区别，即您不能单独使用UTC。

• 如果您有这样的情况

  • 一台服务器和多个客户端（所有地理位置在不同的时区）
  • 客户端使用日期时间信息创建一些数据
  • 客户端将其全部存储在中央服务器上

• 然后：

  • datetimeoffset存储客户端的本地时间，还与UTC时间偏移
  • 所有客户都知道所有数据的UTC时间，以及信息产生地的本地时间

• 但：

  • UTC datetime仅存储UTC datetime，因此您没有数据起源的客户端位置中有关本地时间的信息
  • 其他客户不知道该日期的信息来自何处
  • 其他客户端只能从数据库（使用UTC时间）计算其本地时间，而不能计算数据起源于客户端的本地时间

一个简单的例子就是机票预订系统。机票应包含2次：-“起飞”时间（在“来自”城市的时区中）-“着陆”时间（在“目的地”城市的时区中）

在所有历史时间（即记录事件发生）中都使用UTC是绝对正确的。从UTC到当地时间总是可能的，但并非总是相反。

什么时候使用当地时间？回答这个问题：

如果政府突然决定更改夏令时，您是否希望此数据随之更改？

如果答案为“是”，则仅存储本地时间。显然，这仅适用于将来的日期，通常仅适用于以某种方式影响人们的日期。

为什么要存储时区/偏移量？

首先，如果您想记录执行该操作的用户的偏移量，则最好这样做，即在登录时记录该用户的位置和时区。

其次，如果要转换为显示，则需要有一个表，其中包含该时区的所有本地时间偏移量转换，仅知道当前的偏移量是不够的，因为如果您显示六个月前的日期/时间，则偏移量将不一样

DATETIMEOFFSET使您能够在一个字段中存储本地时间和UTC时间。

这样就可以在本地或UTC时间进行非常简单有效的报告，而无需处理数据以任何方式显示。

这是两个最常见的要求-本地报告的本地时间和组报告的UTC时间。

本地时间存储在DATETIMEOFFSET的DATETIME部分中，UTC的OFFSET存储在OFFSET部分中，因此转换很简单，并且由于不需要了解数据来自的时区，因此可以在数据库级别完成所有操作。

如果您不需要毫秒以下的时间，例如几分钟或几秒钟，则可以使用DATETIMEOFFSET（0）。然后，DATETIMEOFFSET字段将仅需要8个字节的存储空间-与DATETIME相同。

因此，使用DATETIMEOFFSET而不是UTC DATETIME可以为报告提供更大的灵活性，效率和简便性。