夏威夷的 Azure Maps 和 SQL AT TIME ZONE 时区不兼容

Question

我在使用 Azure Maps 为时区提供的数据尝试使用 AT TIME ZONE 在 SQL Server (Azure SQL) 中获取本地时间时遇到了问题。

当我向 Azure Maps 提供夏威夷位置的纬度/经度数据时，返回显示“夏威夷-阿留申标准时间”：

"Names":{  
        "ISO6391LanguageCode":"en",
        "Generic":"Hawaii-Aleutian Time",
        "Standard":"Hawaii-Aleutian Standard Time",
        "Daylight":"Hawaii-Aleutian Daylight Time"
     },

在我系统的另一部分，我需要能够在 SQL Server 中确定该位置的本地时间，因此我使用AT TIME ZONE 并注入标准时区。这适用于我正在处理的美国时区，例如“东部标准时间”或“中部标准时间”。当它到达夏威夷位置时......它会出错并说它不是有效的时区。

查看我已经能够在线找到的 SQL Server 时区列表，夏威夷的 SQL 时区似乎是“夏威夷标准时间”。

还有其他人遇到过这种断开连接吗？

我想我需要纠正一些异常代码来用“夏威夷标准时间”替换这个 Azure 提供的时区。有没有更好的解决方案？

这里有一个示例 URL（减号）作为参考：https://atlas.microsoft.com/timezone/byCoordinates/json?subscription-key={key}&api-version=1.0&options=all&query=21.4500,-158.0054

这是返回的完整 JSON：

{
  "Version": "2018g",
  "ReferenceUtcTimestamp": "2018-12-08T17:10:31.8007137Z",
  "TimeZones": [
    {
      "Id": "Pacific/Honolulu",
      "Aliases": [
        "Pacific/Johnston",
        "US/Hawaii"
      ],
      "Countries": [
        {
          "Name": "United States",
          "Code": "US"
        },
        {
          "Name": "US minor outlying islands",
          "Code": "UM"
        }
      ],
      "Names": {
        "ISO6391LanguageCode": "en",
        "Generic": "Hawaii-Aleutian Time",
        "Standard": "Hawaii-Aleutian Standard Time",
        "Daylight": "Hawaii-Aleutian Daylight Time"
      },
      "ReferenceTime": {
        "Tag": "HST",
        "StandardOffset": "-10:00:00",
        "DaylightSavings": "00:00:00",
        "WallTime": "2018-12-08T07:10:31.8007137-10:00",
        "PosixTzValidYear": 2018,
        "PosixTz": "HST+10"
      },
      "RepresentativePoint": {
        "Latitude": 21.306944444444444,
        "Longitude": -157.85833333333332
      },
      "TimeTransitions": [
        {
          "Tag": "HST",
          "StandardOffset": "-10:00:00",
          "DaylightSavings": "00:00:00",
          "UtcStart": "1947-06-08T12:30:00Z",
          "UtcEnd": "9999-12-31T23:59:59.9999999Z"
        }
      ]
    }
  ]
}

Answer 1

Names 部分中返回的字符串不是标识符。它们是源自Unicode CLDR 的本地化字符串，旨在显示给最终用户。虽然其中一些在以英语呈现时可能与标识符一致，但不能保证这一点。

它们也不是随意选择的。 “夏威夷-阿留申时间”确实是该时区的法定名称，由 15 USC 260 (and described on Wikipedia here) 定义。

另一方面，SQL Server 的时区功能严格依赖于 Windows 时区标识符，可以在 Windows 注册表中找到，也可以通过各种 API（例如 .NET 的 TimeZoneInfo.Id）和命令行实用程序（例如在TZUTIL /L返回的每对结果的第一行）。

不幸的是，Azure Maps API 目前似乎只返回 IANA ID，而不是相应的 Windows ID。我已要求 Azure Maps API 团队考虑在未来版本中添加此功能。

同时，您可以将 IANA ID 转换为相应的 Windows ID，然后再在 SQL Server 中使用它。假设您在 .NET 应用程序中，最简单的方法是使用我的 TimeZoneConverter 库：

string tz = TZConvert.IanaToWindows("Pacific/Honolulu");  //=>  "Hawaiian Standard Time"

如果您不在 .NET 中，则可以在路径下使用 Windows 内置的文件：

C:\Windows\Globalization\Time Zone\timezoneMapping.xml

该文件的条目如下所示：

<MapTZ TZID="Pacific/Honolulu" WinID="Hawaiian Standard Time" Region="001" Default="true" StdPath="Hawaii_Aleutian/standard" DltPath="Hawaii_Aleutian/daylight" />

您只需使用TZID 和WinID 属性在该方向上进行映射。

或者，您可以使用 CLDR 的 /common/supplemental/windowsZones.xml 文件，因为这是权威来源。开发主干版本位于here。它的数据看起来很相似，但属性名称不同：

<mapZone other="Hawaiian Standard Time" territory="001" type="Pacific/Honolulu"/>

Answer 2

好的，“太平洋/檀香山”是 IANA 代码。根据一些 SQL 文档，它支持所有 Windows 时区，而其他文档说它只支持机器注册表中的时区，这可能因机器而异。物理检查我的机器，我可以看到 SQL 支持 137 个时区（Select * from sys.time_zone_info）。但是，根据 Windows 文档，它有 250 个默认时区（加上一堆扩展时区）。某些地方肯定存在断开连接，但它看起来更像是 Windows/SQL 断开连接。

也就是说，“夏威夷标准时间”和“夏威夷-阿留申标准时间”似乎是相同的：https://www.timeanddate.com/time/zones/hast

但是，当涉及到夏令时，它变得更加复杂：https://www.timeanddate.com/time/zones/hadt

我会将此线程传递给 Azure Maps 工程和数据团队进行更深入的调查。