如何让SQL Server默认使用Olson时区而非Windows时区

SQL Server原生不支持系统层面切换为Olson时区，默认仅兼容Windows时区体系，但无需更换数据库，可通过自定义方案实现对Olson时区的支持，以下分本地和Azure SQL场景说明：

本地SQL Server实现方法 #

1. 构建Olson时区数据存储表 #

首先创建自定义表存储IANA时区的核心信息（含夏令时规则），示例建表语句：

CREATE TABLE IanaTimeZones (
    TimeZoneId NVARCHAR(100) PRIMARY KEY,
    UtcOffsetMinutes INT,
    DstStartDate DATE,
    DstEndDate DATE,
    DstOffsetMinutes INT,
    DisplayName NVARCHAR(150)
);

可通过PowerShell脚本从IANA tz数据库导出最新时区规则，批量插入该表（需处理夏令时的动态规则，部分时区规则每年调整，需定期更新数据）。

2. 编写时区转换自定义函数 #

基于存储的Olson时区数据，编写函数实现UTC与目标Olson时区的转换，示例函数：

CREATE FUNCTION dbo.ConvertUtcToIanaTime(
    @UtcTime DATETIME,
    @IanaTimeZoneId NVARCHAR(100)
)
RETURNS DATETIME
AS
BEGIN
    DECLARE 
        @BaseOffset INT,
        @DstOffset INT,
        @IsDst BIT = 0;

    -- 获取基础偏移和夏令时偏移
    SELECT 
        @BaseOffset = UtcOffsetMinutes,
        @DstOffset = DstOffsetMinutes
    FROM IanaTimeZones
    WHERE TimeZoneId = @IanaTimeZoneId;

    -- 判断是否处于夏令时时段
    IF @UtcTime BETWEEN 
        DATEADD(YEAR, DATEDIFF(YEAR, 0, @UtcTime), DstStartDate) 
        AND DATEADD(YEAR, DATEDIFF(YEAR, 0, @UtcTime), DstEndDate)
    BEGIN
        @IsDst = 1;
    END

    RETURN DATEADD(MINUTE, @BaseOffset + (@IsDst * @DstOffset), @UtcTime);
END;

调用示例：SELECT dbo.ConvertUtcToIanaTime(GETUTCDATE(), 'Europe/London');

3. 实现默认时区效果 #

无法直接修改SQL Server系统默认时区，但可在应用层、视图或存储过程中统一调用上述函数，确保所有时间转换默认使用指定Olson时区。

Azure SQL Server实现方法 #

场景1：使用映射表结合内置函数 #

Azure SQL支持AT TIME ZONE函数（依赖Windows时区），可通过Olson与Windows时区的映射表简化转换：

1. 创建映射表：

CREATE TABLE IanaToWindowsTzMap (
    IanaTimeZoneId NVARCHAR(100) PRIMARY KEY,
    WindowsTimeZoneId NVARCHAR(100) NOT NULL
);

插入映射关系（例如'Asia/Tokyo'对应'Tokyo Standard Time'，需维护完整映射集）。

2. 编写转换函数：

CREATE FUNCTION dbo.ConvertUtcToIanaTimeAzure(
    @UtcTime DATETIME,
    @IanaTimeZoneId NVARCHAR(100)
)
RETURNS DATETIME
AS
BEGIN
    DECLARE @WindowsTz NVARCHAR(100);
    SELECT @WindowsTz = WindowsTimeZoneId FROM IanaToWindowsTzMap WHERE IanaTimeZoneId = @IanaTimeZoneId;
    RETURN @UtcTime AT TIME ZONE 'UTC' AT TIME ZONE @WindowsTz;
END;

场景2：Azure SQL托管实例（Managed Instance） #

可直接复用本地SQL Server的自定义表+函数方案，托管实例环境与本地SQL Server兼容性更高，支持完整的自定义逻辑。

关键说明 #

• 系统层面默认切换到Olson时区是不可行的，SQL Server底层依赖Windows时区系统；
• Olson时区规则会定期更新（如夏令时调整），需定期同步自定义表中的数据以保证转换准确性；
• 若业务对时区精度要求极高，建议在应用层完成Olson时区转换后再写入SQL Server，减少数据库端逻辑复杂度。

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