gpt4 book ai didi

c# - 运行存储过程时的 Entity Framework 问题

转载 作者:太空狗 更新时间:2023-10-29 19:46:53 25 4
gpt4 key购买 nike

我对存储过程和 Entity Framework 有疑问。

让我解释一下发生了什么……以及我到目前为止所做的尝试。

我有一个存储过程,它做的不是很多

SELECT 
COUNT(DISTINCT(EmailAddress)) AcceptedQuotes,
CONVERT (DATE,QuoteDate) QuoteDate
FROM
Quote Q
JOIN
Person P on Q.PersonPk = P.Pk
JOIN
Product Pr on Q.ProductPk = Pr.Pk
JOIN
Accepted A on Q.Pk = A.QuotePk
WHERE
QuoteDate between @startDate and @endDate
AND CompanyPk = @companyPk
AND FirstName != 'Test'
AND FirstName != 'test'
AND FirstName != 'EOH'

我想执行这个,它在 SSMS 中运行良好,甚至不需要 1 秒。

现在,我将它导入到 Entity Framework 中,它超时了,我将命令超时设置为 120...

好的,到目前为止我已经尝试过的和测试过的。

如果我使用 SqlCommandSqlDataAdapterDataTable 方式和我自己的连接字符串,它会按预期执行。当我在这种情况下使用 Entity Framework 连接字符串时,它会超时。

我更改了我的存储过程以包括“重新编译”选项,并且还尝试了 SET ARITHABORT 方式,不幸的是,它在通过 EF 运行时超时。

这是 EF 中的错误吗?

我现在几乎决定使用“老派”数据访问重写它。

另请注意,EF 可以与来自同一数据库的其他存储过程一起正常执行。

任何想法或帮助将不胜感激...

附言。我找到了这篇文章,但也没有帮助:(

http://www.sommarskog.se/query-plan-mysteries.html

最佳答案

这可能是由 Parameter Sniffing 引起的

当存储过程被编译或重新编译时,为该调用传递的参数值被“嗅探”并用于基数估计。最终效果是计划得到了优化,就好像那些特定的参数值被用作查询中的文字一样。

  1. Using dummy variables that are not directly displayed on parameters also ensure execution plan stability without need to add recompile hint, example below:

create procedure dbo.SearchProducts @Keyword varchar(100) As Declare @Keyworddummy as varchar(100) Set @Keyworddummy = @Keyword select * from Products where Keyword like @Keyworddummy

  1. To prevent this and other similar situations, you can use the following query option:

OPTIMIZE FOR RECOMPILE

  1. Disable auto-update statistics during the batch

关于c# - 运行存储过程时的 Entity Framework 问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30093308/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com