4

考虑我的Event班级，并且我将DateTime' 存储在数据库中作为 UTC 日期。我只是想根据特定时区的当前日期返回过滤范围 - 很简单吧？

这工作正常：

IQueryable<Event> test1 = this.GetSortedEvents().Where(e => e.FinishDateTime.Date >= DateTime.UtcNow.Date);

这也可以正常工作：

IQueryable<Event> test2 = this.GetSortedEvents().Where(e => e.FinishDateTime.AddHours(3).Date >= DateTime.UtcNow.AddHours(3).Date);

.. 并且还满足我的时区要求。

所以在这里我想我可以把这个特定的转换移到这个扩展方法中：

    public static DateTime RiyadhTimeFromUtc(this DateTime utcTime)
    {
        return utcTime.AddHours(3);
    }

这不起作用：

IQueryable<Event> test3 = this.GetSortedEvents().Where(e => e.FinishDateTime.RiyadhTimeFromUtc().Date >= DateTime.UtcNow.RiyadhTimeFromUtc().Date);

.. 我得到这个 NotSupportedException: Method 'System.DateTime RiyadhTimeFromUtc(System.DateTime)' has no supported translation to SQL.

这显然是垃圾，因为当扩展方法中没有相同的代码时，编译器很乐意将其转换为 SQL。

在某些类型和最近的 DateTime 之前，我遇到过“没有支持的 SQL 转换”问题。但是我上面的测试和这个链接证明在 SQL 翻译中应该支持 AddHours 方法。

如果有人能告诉我我在这里做错了什么（或解决此问题的不同解决方法），我将不胜感激。

4

2 回答 2

9

您必须从表达式树的角度来考虑它，这就是 Linq-to-SQL 解析查询以将其转换为 SQL 的方式。

检查树时，它会看到一个DateTime对象，然后检查在它上面调用的方法是否是受支持的方法之一（Add、AddHours等），因此当您直接使用该方法时，它可以正常工作。

当您使用其他一些扩展方法时，它无法查看该方法的内部以查看其作用，因为有关该方法主体的信息不在表达式树中，而是隐藏在 IL 中。所以扩展方法的内容是否支持无关紧要，因为Linq-to-SQL无法计算出内容是什么。

创建方法的重点是封装和信息隐藏，这通常在应用程序开发中运行良好，但不幸的是，这里它隐藏了 Linq-to-SQL 的信息，您需要能够看到这些信息。

针对已编辑的问题 - 你如何解决这个问题？如果你想在 Linq 表达式中保留日期计算，你唯一能做的就是保持查询效率不使用扩展方法，AddHours(3)直接在DateTime对象上使用。

这是 Linq 的不幸限制之一。像许多事情一样，它是一个有点泄漏的抽象，虽然在一系列源上提供通用语法，但对源的提供者可以/将支持哪些操作有不同的限制和限制（例如，这在 Linq-to 中可以很好地工作-Objects，因为它不需要翻译表达式树来执行它）。

于 2009-03-04T07:55:43.107 回答
4

似乎 LINQ-to-SQL 能够弄清楚这RiyadhTimeFromUtc实际上只是AddHours(3)对它的调用，必须对您的代码进行一些非常复杂的分析。假设你写道：

public static DateTime RiyadhTimeFromUtc(this DateTime utcTime)
{
    if (Random.GetInt() < 99) {
       return utcTime.AddHours(3);
    } else {
       return utcTime.AddDays(5);
    }
}

它将如何将其转换为 SQL？有关更多信息，请参阅此讨论。

于 2009-03-04T07:58:31.210 回答