Npgsql EF Core中LocalDate与时区比较的技术实现问题

最初LINQ无法翻译的核心原因 #

早期NodaTime EF Core Provider不支持参数化的DateTimeZone实例作为InZone方法的参数。它仅能识别硬编码的DateTimeZoneProviders.Tzdb[timezoneName]这类常量表达式——因为Provider可以将其解析为对应的时区字符串，进而转换为SQL的AT TIME ZONE语法。

你自定义方法中用Expression.Constant(timezone)传入DateTimeZone实例时，Provider无法将这个对象解析为对应的时区标识符字符串，自然无法生成可执行的SQL，最终导致LINQ翻译失败。

NodaTime 8+版本的新问题（时区缺失单引号） #

升级后Provider支持参数化时区，但生成的SQL中时区值无单引号，是因为：
表达式树中直接传入DateTimeZone实例时，Provider未正确将其内部的时区标识符（如Asia/Singapore）转换为SQL字符串字面量，反而将其当作数据库对象标识符处理，导致语法错误。

解决办法：用时区名称字符串构建表达式 #

不要直接传入DateTimeZone实例，改为传入时区名称字符串，在表达式树中复刻你的“正确写法”逻辑——构建DateTimeZoneProviders.Tzdb[timezoneName]的调用，而非直接使用DateTimeZone常量。同时修正原方法中类型不匹配的比较逻辑：

修改后的自定义辅助方法 #

public static IQueryable<T1> InstantFilter(IQueryable<T1> source, string op, string[] values, string propertyName, string timezoneName)
{
    var createdOnProperty = typeof(T1).GetProperty(propertyName);
    if (createdOnProperty == null)
        return source;

    // 解析并转换为目标LocalDate
    var value = Instant.FromUnixTimeMilliseconds(Convert.ToInt64(values[0].Trim()))
                      .InZone(DateTimeZoneProviders.Tzdb[timezoneName])
                      .Date;

    var parameter = Expression.Parameter(typeof(T1), "m");
    var instantProperty = Expression.Property(parameter, createdOnProperty);

    // 构建DateTimeZoneProviders.Tzdb[timezoneName]的表达式
    var tzdbProvider = Expression.Property(null, typeof(DateTimeZoneProviders), "Tzdb");
    var timezoneExpr = Expression.MakeIndex(
        tzdbProvider, 
        typeof(DateTimeZoneCache).GetProperty("Item"), 
        new[] { Expression.Constant(timezoneName) }
    );

    // 调用Instant.InZone(DateTimeZone)方法
    var inZoneMethod = typeof(Instant).GetMethod("InZone", new[] { typeof(DateTimeZone) });
    var zonedDateTimeExpr = Expression.Call(instantProperty, inZoneMethod, timezoneExpr);

    // 获取ZonedDateTime.Date属性（LocalDate类型）
    var dateProperty = typeof(ZonedDateTime).GetProperty("Date");
    var localDateExpr = Expression.Property(zonedDateTimeExpr, dateProperty);

    // 构建类型匹配的比较表达式
    Expression comparisonExpr;
    var dateConstant = Expression.Constant(value, typeof(LocalDate));
    switch (op)
    {
        case ">":
            comparisonExpr = Expression.GreaterThan(localDateExpr, dateConstant);
            break;
        case "<":
            comparisonExpr = Expression.LessThan(localDateExpr, dateConstant);
            break;
        case "<=":
            comparisonExpr = Expression.LessThanOrEqual(localDateExpr, dateConstant);
            break;
        case ">=":
            comparisonExpr = Expression.GreaterThanOrEqual(localDateExpr, dateConstant);
            break;
        default:
            comparisonExpr = Expression.Equal(localDateExpr, dateConstant);
            break;
    }

    var predicate = Expression.Lambda<Func<T1, bool>>(comparisonExpr, parameter);
    return source.Where(predicate);
}

关键改动说明 #

1. 时区参数改为字符串：用timezoneName替代DateTimeZone实例，让Provider能正确解析为时区字符串字面量，生成带单引号的SQL。
2. 复刻正确写法的表达式：通过Expression.MakeIndex构建DateTimeZoneProviders.Tzdb[timezoneName]的调用逻辑，与你验证过的“正确写法”完全一致。
3. 修正类型匹配问题：统一使用ZonedDateTime.Date（LocalDate类型）与目标LocalDate常量比较，避免原方法中Instant与LocalDate直接比较的类型错误。

额外注意事项 #

• 确保NodaTime EF Core Provider版本与NodaTime核心库版本一致（均为8.x及以上）。
• 传入的时区名称必须是IANA标准时区（如Asia/Singapore），与Tzdb提供的时区列表匹配。

内容的提问来源于stack exchange，提问作者Lim Chong Tat