从EntityFrameworkCore 2.1升级并破坏代码时添加了SQL'AS'关键字

时间:2019-07-18 20:21:03

标签: .net-core entity-framework-core

我已经待了好几天了,准备放弃。

我继承了一个使用2.1的.NET Core项目,包括EntityFrameworkCore 2.1。

我在代码中有一个EF查询,每当我触摸版本号时都会引发异常(我尝试过2.2,甚至尝试过2.1.11甚至2.1.1!)

SqlException: Incorrect syntax near the keyword 'AS'.

因此,我决定查看将要运行的语句的控制台日志,并且可以看到一个区别,即仅当我更新EntityFrameworkCore时才会出现,但在网上找不到任何文档来记录或帮助它我。

原始查询开始如下:

SELECT [WebsiteCategory].[CategoryID], [WebsiteCategory].[WebSiteID], CASE
    WHEN [t].[Name] IS NULL OR ([t].[Name] = N'')
    THEN [WebsiteCategory.Category].[Category] ELSE [t].[Name]

升级后(甚至只是2.1.1),我看到了

SELECT [WebsiteCategory].[CategoryID], [WebsiteCategory].[WebSiteID], CASE
    WHEN [t].[Name] AS [Name0] IS NULL OR ([t].[Name] AS [Name0] = N'')
    THEN [WebsiteCategory.Category].[Category] ELSE [t].[Name] AS [Name0]

更改是一个神秘的AS [Name0]出现在任何地方!

不幸的是,我的SQL不太强大,因为我的大部分开发工作都使用EntityFramework,所以我只真正需要使用基本的SELECT查询。

有什么想法吗?这阻止了我们升级到2.2,我担心这将意味着我们永远不会再升级EntityFramework!

编辑:Linq查询是

return _productRepository.Context.WebSiteCategory
    .GroupJoin(_productRepository.Context.CategoryTranslations
                                         .Where(z => z.Locale == culture.Name),
        WebsiteCategory => WebsiteCategory.CategoryId,
        Translation => Translation.CategoryId,
        (x, y) => new { WebsiteCategory = x, Translation = y })
    .SelectMany(
        xy => xy.Translation.DefaultIfEmpty(),
        (x, Translation) => new { x.WebsiteCategory, Translation })
    .Select(s => new
                {
                    s.WebsiteCategory,
                    s.Translation
                })
                .Where(x => websiteIds.Contains(x.WebsiteCategory.WebSiteId))
                .Select(x => new
                {
                    x.WebsiteCategory.CategoryId,
                    x.WebsiteCategory.WebSiteId,
                    x.WebsiteCategory.Category.Category,
                    x.Translation.Name,
                    x.WebsiteCategory.Category.CategorySeo,
                    x.WebsiteCategory.Category.Order
                })
    .GroupBy(x => new
                {
                    x.CategoryId,
                    x.WebSiteId,
                    x.Category,
                    x.Name,
                    x.CategorySeo,
                    x.Order
                })
    .Select(x => new ProductCategoryDTO
                {
                    CategoryId = x.Key.CategoryId,
                    WebSiteId = x.Key.WebSiteId,
                    Category = string.IsNullOrEmpty(x.Key.Name) ? x.Key.Category : x.Key.Name,
                    CategorySEO = x.Key.CategorySeo,
                    Order = x.Key.Order
                })
    .OrderBy(x => x.Order)
    .ToList();

1 个答案:

答案 0 :(得分:3)

我能够以类似的LINQ查询形状重现该问题。问题是由表达式引起的

  string.IsNullOrEmpty(x.Key.Name) ? x.Key.Category : x.Key.Name
GroupBy之后的

。表达式的实际类型不是必需的,它似乎发生在除属性访问或聚合方法以外的任何表达式上。

显然是EF Core回归错误。我只能说他们一直在进行查询翻译,并且可以肯定地进行GroupBy优化。但是,不幸的是,随着改进,它们引入了回归。在寻找解决方案之前,除非(如果有)他们解决了,您无能为力。

解决方法是通过预先选择它们或将它们嵌入GroupBy键中来避免在GroupBy之后出现此类表达式。例如,将示例查询更改为

.GroupBy(x => new
{
    x.CategoryId,
    x.WebSiteId,
    Category = string.IsNullOrEmpty(x.Name) ? x.Category : x.Name, // <--
    x.Name,
    x.CategorySeo,
    x.Order
})
.Select(x => new ProductCategoryDTO
{
    CategoryId = x.Key.CategoryId,
    WebSiteId = x.Key.WebSiteId,
    Category = x.Key.Category, // <--
    CategorySEO = x.Key.CategorySeo,
    Order = x.Key.Order
})