根据用户时区的 UTC 时区更改计算
Timezone change calculations according to UTC as per users timezone
我们在数据库中有一个名为 Record 的 table，它有一些记录。
它有下面的列
Id(uniqueidentifier)
SubmittedDate(DateTime)
RecordNumber(uniqueidentifier)
下一行代表一行记录，
Id RecordNumber SubmittedDate
'CD458C6D-9F45-41C1-85D8-E3D8287A82B4', 'EBB5DE3A-4B14-4112-AF51-0F8367FE3383' '2016-11-02 08:27:17.300'
用户可以从任何时区提交记录。作为最佳实践的一部分，我们将 DateTime 保存为 UTC。
因此，根据用户时区，我们将日期时间转换为 UTC 并保存 table。
现在，我必须 return 结果是用户按日期提交的记录数。
我们必须 return 根据用户时区进行记录。
如果用户在 2016 年 11 月 22 日上午 01:00 提交了 10 条记录，并且在 2016 年 11 月 21 日没有提交任何记录，并且用户属于 IST 时区。
在服务器端，我们将 22Nov2016 01:00AM 转换为 IST 并将其存储为 21Nov2016 09:00PM UTC
当同一用户在 11 月 24 日查询过去 5 天的记录时，我们将当前用户时区的偏移量即 (+5:30) 添加到 SubmittedDate 列并相应地获取记录。
因此，我们应该根据用户时区获得用户提交的正确记录数。
在将 UTC 偏移量添加到 SubmittedDate 日期后，我将获得正确数量的记录，即 2016 年 11 月 22 日的日期为 10。
当我们在夏令时期间更改 UTC 偏移时，即当时区从 PST 转换为 PDT 时，反之亦然。
为了克服这个问题，我们在用户提交记录时在 table 中添加了时区列
Id（唯一标识符）
提交日期（日期时间）
记录号（唯一标识符）
提交的时区（varchar）
因此，a) 当用户从启用夏令时的时区查询记录并且在启用夏令时时也提交了提交的记录时，我们不会做任何抵消。
b) 当用户从启用夏令时的时区查询记录，并在禁用夏令时时提交记录，在这种情况下，我们将增加 1 小时的偏移量。
c)当用户从夏令时关闭的时区查询记录并在夏令时开启时提交记录时，在这种情况下，我们将添加 -1 小时以进行偏移。
d) 当用户从夏令时关闭的时区查询记录并且在夏令时关闭时也提交了提交的记录时，我们没有做任何抵消。
这是处理 timezone/daylight 不同时区节省的正确方法吗？
注意：我们确定已提交的记录在夏令时打开时也已提交，SubmittedTimeZone 值的最后两个字为 'DAYLIGHT TIME'
像 'ALASKA DAYLIGHT TIME','EASTERN DAYLIGHT TIME'
这里有可能夏令时在一个时区开启，而在另一个时区关闭。可能我们必须根据提交的日期和提交的时区列计算请求用户时区的偏移量。
在这种情况下，我们不能将偏移量添加到提交的日期时间，因为偏移量会随着夏令时的影响而改变。
因此，用户提交记录时的偏移量和他查询提交的记录数时的偏移量可以不同。这将导致不正确的记录数。
对此的解决方案是获取请求用户的时区并将每条记录的 submittedDatetime 值转换为请求用户的时区，然后根据日期计算提交的记录数。
注：For conversion of DateTime into particular datetime
我们在数据库中有一个名为 Record 的 table，它有一些记录。 它有下面的列
Id(uniqueidentifier)
SubmittedDate(DateTime)
RecordNumber(uniqueidentifier)
下一行代表一行记录，
Id RecordNumber SubmittedDate
'CD458C6D-9F45-41C1-85D8-E3D8287A82B4', 'EBB5DE3A-4B14-4112-AF51-0F8367FE3383' '2016-11-02 08:27:17.300'
用户可以从任何时区提交记录。作为最佳实践的一部分，我们将 DateTime 保存为 UTC。 因此，根据用户时区，我们将日期时间转换为 UTC 并保存 table。
现在，我必须 return 结果是用户按日期提交的记录数。 我们必须 return 根据用户时区进行记录。
如果用户在 2016 年 11 月 22 日上午 01:00 提交了 10 条记录，并且在 2016 年 11 月 21 日没有提交任何记录，并且用户属于 IST 时区。 在服务器端，我们将 22Nov2016 01:00AM 转换为 IST 并将其存储为 21Nov2016 09:00PM UTC
当同一用户在 11 月 24 日查询过去 5 天的记录时，我们将当前用户时区的偏移量即 (+5:30) 添加到 SubmittedDate 列并相应地获取记录。 因此，我们应该根据用户时区获得用户提交的正确记录数。 在将 UTC 偏移量添加到 SubmittedDate 日期后，我将获得正确数量的记录，即 2016 年 11 月 22 日的日期为 10。
当我们在夏令时期间更改 UTC 偏移时，即当时区从 PST 转换为 PDT 时，反之亦然。
为了克服这个问题，我们在用户提交记录时在 table 中添加了时区列
Id（唯一标识符） 提交日期（日期时间） 记录号（唯一标识符） 提交的时区（varchar）
因此，a) 当用户从启用夏令时的时区查询记录并且在启用夏令时时也提交了提交的记录时，我们不会做任何抵消。
b) 当用户从启用夏令时的时区查询记录，并在禁用夏令时时提交记录，在这种情况下，我们将增加 1 小时的偏移量。
c)当用户从夏令时关闭的时区查询记录并在夏令时开启时提交记录时，在这种情况下，我们将添加 -1 小时以进行偏移。
d) 当用户从夏令时关闭的时区查询记录并且在夏令时关闭时也提交了提交的记录时，我们没有做任何抵消。
这是处理 timezone/daylight 不同时区节省的正确方法吗？
注意：我们确定已提交的记录在夏令时打开时也已提交，SubmittedTimeZone 值的最后两个字为 'DAYLIGHT TIME' 像 'ALASKA DAYLIGHT TIME','EASTERN DAYLIGHT TIME'
这里有可能夏令时在一个时区开启，而在另一个时区关闭。可能我们必须根据提交的日期和提交的时区列计算请求用户时区的偏移量。
在这种情况下，我们不能将偏移量添加到提交的日期时间，因为偏移量会随着夏令时的影响而改变。
因此，用户提交记录时的偏移量和他查询提交的记录数时的偏移量可以不同。这将导致不正确的记录数。
对此的解决方案是获取请求用户的时区并将每条记录的 submittedDatetime 值转换为请求用户的时区，然后根据日期计算提交的记录数。
注：For conversion of DateTime into particular datetime