如何将Azure SQL时区转换WHERE子句转换为可正常运行的LINQ查询

你可以选择以下两种方案实现需求，优先推荐第一种，性能更优且兼容性更好：

方案1：C#端预计算东部时区日期（最稳妥） #

将时区转换逻辑放在C#内存中完成，生成的SQL可以直接命中orderdate字段的索引，查询效率更高：

// 初始化东部时区对象（Windows环境时区ID）
TimeZoneInfo estZone = TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time");
// 转换当前UTC时间为东部时区日期
DateTime currentEstDate = TimeZoneInfo.ConvertTimeFromUtc(DateTime.UtcNow, estZone).Date;

// LINQ查询直接传入预计算的日期比较
var query = dbContext.YourTableName
    .Where(mo => mo.orderdate == currentEstDate);

最终生成的SQL格式为：

WHERE [mo].[orderdate] = @__currentEstDate_0

方案2：LINQ中直接生成原生时区转换逻辑 #

如果需要完全对齐你原有SQL的写法，可使用EF Core 5.0+ 内置的AtTimeZone函数映射：

var query = dbContext.YourTableName
    .Where(mo => mo.orderdate == EF.Functions.AtTimeZone(
        EF.Functions.AtTimeZone(DateTime.UtcNow, "UTC"), 
        "Eastern Standard Time"
    ).Date);

该写法生成的SQL和你提供的原始SQL完全一致。

注意事项 #

• 若你的C#代码运行在Linux/macOS环境，时区ID需要替换为IANA标准的America/New_York，避免时区查找报错。
• 推荐优先使用预计算日期的方案，避免数据库端逐行执行时区转换函数，导致索引失效。

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