Azure SQL查询Where子句使用SUBSTRING取周几时时区不一致问题

你遇到的问题根源是部署在美国东部的Azure SQL返回的GETDATE()结果为美东本地时间，和你所在的中国标准时间（CST）存在12-13小时时差，刚好跨日期分界线导致周几计算结果不一致。可以通过以下方法解决：

方法1：显式转换时间到中国标准时区 #

Azure SQL支持AT TIME ZONE语法实现时区转换，优先使用UTC时间作为中转避免夏令时误差，示例代码如下：

-- 转换为中国标准时间后，取周几前3位英文缩写，适配OrderDay存英文缩写的场景
SUBSTRING(DATENAME(weekday, GETUTCDATE() AT TIME ZONE 'UTC' AT TIME ZONE 'China Standard Time'), 1, 3)

注意：不要直接使用CST作为时区名，SQL Server中中国标准时间的全称为China Standard Time，避免和美国中部标准时间（同样缩写为CST）混淆。
如果你的OrderDay字段存储的是中文周几名称，可以先设置会话语言为简体中文，确保返回结果匹配：

SET LANGUAGE 'Simplified Chinese'
-- 此时返回的是'星期一'/'星期二'这类中文结果，取前3位即可和表中字段匹配
SUBSTRING(DATENAME(weekday, GETUTCDATE() AT TIME ZONE 'UTC' AT TIME ZONE 'China Standard Time'), 1, 3)

方法2：用数字匹配周几（更稳妥，无语言差异问题） #

如果可以调整表逻辑，建议将OrderDay字段改为存储数字（1代表周一、7代表周日），用数字匹配避免语言、时区设置差异导致的异常：

-- 计算中国时区当前周几，固定规则：1=周一，7=周日，不受@@DATEFIRST设置影响
DECLARE @CSTWeekday TINYINT = (DATEPART(weekday, GETUTCDATE() AT TIME ZONE 'UTC' AT TIME ZONE 'China Standard Time') + @@DATEFIRST - 2) % 7 + 1
-- WHERE子句直接匹配数字即可：WHERE OrderDay = @CSTWeekday

长期优化方案 #

如果业务中大量查询需要用到中国时区时间，可以创建自定义函数统一获取：

CREATE FUNCTION dbo.GetCurrentCSTTime()
RETURNS DATETIME2
AS
BEGIN
    RETURN GETUTCDATE() AT TIME ZONE 'UTC' AT TIME ZONE 'China Standard Time'
END

后续查询直接调用dbo.GetCurrentCSTTime()代替GETDATE()即可。

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