SQL Server 2019中AT TIME ZONE返回错误时区问题排查

1. 时区规则的误解 #

首先要明确：Eastern Standard Time（EST，东部标准时间）本身就是UTC-5，而夏令时的东部时间是EDT（Eastern Daylight Time，UTC-4）。每年11月到次年3月属于东部冬令时区间，12月正处于这个时段，所以此时东部时间对应的就是UTC-5，你预期的UTC-4是夏令时EDT的偏移值，这是对时区切换规则的混淆。

2. 重复时区转换的逻辑错误 #

你的end_date语句里执行了两次at time zone 'Eastern Standard Time'操作：

convert(datetime2(0), SBTRM_END_DTE, 126) at time zone 'Eastern Standard Time' at time zone 'Eastern Standard Time' as 'end_date'

第一次at time zone是将不带时区的datetime2值，当作东部时区（自动识别EST/EDT）的时间转换为带时区标识的datetimeoffset类型；第二次重复执行同一时区转换，属于无意义的冗余操作，反而会打乱时区计算逻辑，导致结果不符合预期。

3. 目标格式的实现偏差 #

你最终需要的YYYY-MM-DDTHH:MM:SSZ格式是UTC时间的标准标识（Z代表UTC时区），正确的实现逻辑应该是：先将原始时间映射为东部时区的带时区时间，再转换到UTC时区，最后用对应格式输出。示例语句如下：

select
    -- 将原始时间转为东部时区后再转UTC，输出带Z的格式
    convert(varchar(20), convert(datetime2(0), SBTRM_BEGIN_DTE) at time zone 'Eastern Standard Time' at time zone 'UTC', 127) as start_date_utc,
    convert(varchar(20), convert(datetime2(0), SBTRM_END_DTE) at time zone 'Eastern Standard Time' at time zone 'UTC', 127) as end_date_utc

这里用convert的127格式直接输出ISO 8601带Z的格式，比format()函数性能更优，适合大数据量场景。

内容的提问来源于stack exchange，提问作者applekwisp