我在 SQL 中得到了以下查询(混淆了变量名)，它试图获取值(Ch、Wa、Bu、Hi)，从而导致最大数量 (cnt) 的 Pi 条目。

select top 1 Pi.Ch, Pi.Wa, Pi.Bu, Pi.Hi, COUNT(1) as cnt 
from Product, Si, Pi
where Product.Id = Si.ProductId
and Si.Id = Pi.SiId
and Product.Code = @CodeParameter
group by Pi.Ch, Pi.Wa, Pi.Bu, Pi.Hi
order by cnt desc

它在我们的生产数据库上的 SQL 管理工作室中立即运行。我已经在 C# LINQ 和 Entity Framework 中以多种方式成功编写了代码，但代码运行的每种方式都需要 8 - 10 秒。一种尝试是以下代码(在没有打印的情况下执行一次调用会给出相同的性能结果):

using(var context = new MyEntities()){
    var query = context.Products
        .Where(p => p.Code == codeFromFunctionArgument)
        .Join(context.Sis, p => p.Id, s => s.ProductId, (p, s) => new { sId = s.Id })
        .Join(context.Pis, ps => ps.sId, pi => pi.SiId, (ps, pi) => new {pi.Ch, pic.Wa, pic.Bu, pic.Hi})
        .GroupBy(
            pi => pi,
            (k, g) => new MostPisResult()
            {
                Ch = k.Ch,
                Wa = k.Wa,
                Bu = k.Bu,
                Hi = k.Hi,
                Count = g.Count()
            }
        )
        .OrderByDescending(x => x.Count);
        Console.WriteLine(query.ToString());
        return query.First();
    }
}

它输出以下 SQL 语句:

SELECT 
    [Project1].[C2] AS [C1], 
    [Project1].[Ch] AS [Ch], 
    [Project1].[Wa] AS [Wa], 
    [Project1].[Bu] AS [Bu], 
    [Project1].[Hi] AS [Hi], 
    [Project1].[C1] AS [C2]
    FROM ( SELECT 
        [GroupBy1].[A1] AS [C1], 
        [GroupBy1].[K1] AS [Ch], 
        [GroupBy1].[K2] AS [Wa], 
        [GroupBy1].[K3] AS [Bu], 
        [GroupBy1].[K4] AS [Hi], 
        1 AS [C2]
        FROM ( SELECT 
            [Extent3].[Ch] AS [K1], 
            [Extent3].[Wa] AS [K2], 
            [Extent3].[Bu] AS [K3], 
            [Extent3].[Hi] AS [K4], 
            COUNT(1) AS [A1]
            FROM   [dbo].[Product] AS [Extent1]
            INNER JOIN [dbo].[Si] AS [Extent2] ON [Extent1].[Id] = [Extent2].[ProductId]
            INNER JOIN [dbo].[Pi] AS [Extent3] ON [Extent2].[Id] = [Extent3].[SiId]
            WHERE ([Extent1].[Code] = @p__linq__0) AND (@p__linq__0 IS NOT NULL)
            GROUP BY [Extent3].[Ch], [Extent3].[Wa], [Extent3].[Bu], [Extent3].[Hi]
        )  AS [GroupBy1]
    )  AS [Project1]
    ORDER BY [Project1].[C1] DESC

我也试过查询语法，结果大致相同。我也试过(但时间不长)executing the original SQL直接使用 EF 查询，但无法快速使其正常工作。

我在将查询转换为 LINQ 时是否犯了错误？有没有一种明显的方法可以改善查询？ EF/LINQ 中是否可以编写与 SQL 语句具有相同性能的查询？

======更新======

在 SQL 事件探查器中，原始查询的输出完全相同。对于 LINQ 查询，它与我上面发布的非常相似。

exec sp_executesql N'SELECT TOP (1) 
    [Project1].[C2] AS [C1], 
    [Project1].[Ch] AS [Ch], 
    [Project1].[Wa] AS [Wa], 
    [Project1].[Bu] AS [Bu], 
    [Project1].[Hi] AS [Hi], 
    [Project1].[C1] AS [C2]
    FROM ( SELECT 
        [GroupBy1].[A1] AS [C1], 
        [GroupBy1].[K1] AS [Ch], 
        [GroupBy1].[K2] AS [Wa], 
        [GroupBy1].[K3] AS [Bu], 
        [GroupBy1].[K4] AS [Hi], 
        1 AS [C2]
        FROM ( SELECT 
            [Extent3].[Ch] AS [K1], 
            [Extent3].[Wa] AS [K2], 
            [Extent3].[Bu] AS [K3], 
            [Extent3].[Hi] AS [K4], 
            COUNT(1) AS [A1]
            FROM   [dbo].[Product] AS [Extent1]
            INNER JOIN [dbo].[Si] AS [Extent2] ON [Extent1].[Id] = [Extent2].[ProductId]
            INNER JOIN [dbo].[Pi] AS [Extent3] ON [Extent2].[Id] = [Extent3].[SiId]
            WHERE ([Extent1].[Code] = @p__linq__0) AND (@p__linq__0 IS NOT NULL)
            GROUP BY [Extent3].[Ch], [Extent3].[Wa], [Extent3].[Bu], [Extent3].[Hi]
        )  AS [GroupBy1]
    )  AS [Project1]
    ORDER BY [Project1].[C1] DESC',N'@p__linq__0 nvarchar(4000)',@p__linq__0=N'109579'

====== 更新 2 ======

这是经过混淆的 XML output Snipt.org 上的查询执行计划.请注意，这里所讨论的变量在输出中被命名为“MagicalCode”，并且值“109579”和“2449-268-550”在 XML 输出的最后一行中都是有效的(C# 中的字符串)。

<ParameterList>
    <ColumnReference
        Column="@p__linq__0"
        ParameterCompiledValue="N'109579'"
        ParameterRuntimeValue="N'2449-268-550'" />
</ParameterList>

显示实际行数的计划图像

====== 更新 3 ======

(隐藏在评论中)我从 SSMS 中的 Entity Framework 运行 EF 生成的 SQL，它立即运行。所以我可能正在遭受某种形式的参数嗅探，正如 this question 所暗示的那样.我不确定如何在 Entity Framework 的上下文中处理它。

====== 更新 4 ======

已更新 Entity Framework SQL Execution Plan和 SSMS SQL Query Execution Plan可以用 Plan Explorer 打开.

====== 更新 5 ======

一些变通尝试

• 使用 context.Database.SqlQuery<ReturnObject>(...) 运行原始查询在 ~4-5 秒内跑完。
• 使用 SqlCommand 运行原始查询并且从 EF context 获取连接字符串大约需要 3 秒(context 初始化开销)。
• 使用 SqlCommand 运行原始查询使用硬编码的连接字符串大约需要 1.5 秒。 所以我现在最终使用了最后一个。我能想到的最后一件事是编写一个存储过程来更接近在 SSMS 中运行查询的“即时”性能。

最佳答案

您可以尝试使用 IQueryable.AsNoTracking() 参见 http://msdn.microsoft.com/en-us/library/gg679352(v=vs.103).aspx .在您不打算编辑结果并将它们再次保存回数据库的情况下，使用 AsNoTracking() 是安全的。通常，当 Query 返回大量行时，它会产生很大的不同。如果您想使用 .AsNoTracking()，请确保将 System.Data.Entity 放入您的使用中

关于c# - Entity Framework Linq 查询 : runs instantly in SSMS and 8-10s in EF LINQ 出现问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20607586/