代码不断超时

Question

因此，我们得到的这组代码由于某种原因一直超时。它运行的不是存储过程，因为它运行良好。另外，如果我们从 C# 代码中删除该参数，代码就会运行。该参数不断中断（导致超时），我们无法找出原因。

C#：

public static PTWViewList GetList(int studynumber) 
        {
            PTWViewList tempList = new PTWViewList();
            using (SqlConnection myConnection = new SqlConnection(AppConfiguration.cnARDB))
            {
                string spName = "ardb.PTWViewSelect";
                SqlCommand myCommand = new SqlCommand(spName, myConnection);
                myCommand.CommandType = CommandType.StoredProcedure;
                myCommand.Parameters.AddWithValue("@study", studynumber); 

                myConnection.Open();
                using (NullableDataReader myReader = new NullableDataReader(myCommand.ExecuteReader())) /*this is where the code times out*/
                {
                    tempList = new PTWViewList();
                    while (myReader.Read())
                    {
                        tempList.Add(FillDataRecord(myReader));
                    }
                    myReader.Close();
                }
            }

            tempList.ListCount = tempList.Count;
            return tempList;
        }

存储过程：

CREATE PROCEDURE [ardb].[PTWViewSelect] 
    @studynumber int = NULL,
    @quoteid uniqueidentifier = NULL,
    @lineitemid uniqueidentifier = NULL
AS
BEGIN
    SET NOCOUNT ON;

    SELECT
        [Study]
        ,[LineItemID]
        ,[QuoteID]
        ,[Total]
        ,[COOP]
        ,[VendorCost]
        ,[CustCost]
        ,[LineItemNumber]
        ,[StudyTypeCode]
        ,[GroupLeader]
        ,[PTWDate]
        ,[PONumber]
        ,[POStatus]
        ,[StudyDirector]
        ,[SL_DESC_L]
        ,[SL_Code]
        ,ProjectDescription
        ,CreatedBy
        ,chARProcess
        ,CODate
    FROM
        [ARDB].[dbo].[PTWView]
    WHERE
        (@studynumber is null or StudyNumber=@studynumber)
        AND (@quoteid is null or QuoteID=@quoteid)
        AND (@lineitemid is null or LineItemID = @lineitemid)
END

Answer 1

你有没有尝试过

myCommand.Parameters.AddWithValue("@studynumber", studynumber);

而不是：

myCommand.Parameters.AddWithValue("@study", studynumber); 

Answer 2

编辑
如果传递参数是问题所在，那么问题就归结为存储过程执行所需的时间。 SQL Server 的默认超时通常为 120 秒。您可以添加“连接超时”以增加数据库连接字符串中的超时并签出。

** 旧答案 - 忽略 **
如果没有堆栈跟踪，并且相信您所说的存储过程很好，我猜测它由于连接失败而超时。该代码无法连接到您的数据库服务器，因此超时。

Answer 3

将 arithabort 设置为关闭使 sp 需要 45 秒，而不是 1。将其重新设置为 1。我更新了存储过程以将其设置为打开，应用程序中没有任何更改。改成关闭了，没啥变化。然后我删除了更新，然后应用程序运行正常。

我相信发生的事情是更新存储过程导致它重新编译，从而解决了问题。不过我对此并不是 100% 确定。

Answer 4

一件事可能是 ARITHABORT 设置，将其设置为 ON...NET 默认为 OFF

在 SSMS 中运行进程，将 ARITHABORT 设置为 OFF，看看它现在是否运行得更慢，就像 .NET

示例

MyConnection.Execute "SET ARITHABORT ON"

中的那样另一件事是您的 WHERE 子句不是最佳的，请查看 您在 WHERE 子句中使用 Column=@Param OR @Param IS NULL 吗？不，它不执行

使用SSMS中的参数，过程是否运行缓慢？可以展示一下执行计划吗？