Code hält das Timing aus

Question

Also, wir haben diesen Code, der aus irgendeinem Grund das Timing aushält. Es ist nicht die gespeicherte Prozedur, die ausgeführt wird, da das ordnungsgemäß ausgeführt wird. Wenn wir den Parameter aus dem C# -Code entfernen, wird der Code ausgeführt. Der Parameter bricht immer wieder ab (was zu einem Timeout führt) und wir können nicht herausfinden warum.

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; 
     } 

gespeicherte Prozedur:

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

Einstellung Arithabort aus machte die SP 45 Sekunden im Gegensatz zu 1. Setzen Sie es wieder zurück auf 1 zurück. Ich aktualisierte die gespeicherte Prozedur, um es einzustellen, keine Änderung in der App. Habe es auf "Aus" geändert, keine Änderung. Ich habe dann das Update entfernt und dann hat die App gut funktioniert.

Ich glaube, was passiert ist, dass das Aktualisieren der gespeicherten Prozedur verursachte es neu zu kompilieren, das Problem zu beheben. Ich bin mir aber nicht 100% sicher.

Answer 2

EDIT Wenn Parameter übergeben das Problem ist, dann kommt es darauf an, wie viel Zeit die gespeicherte Prozedur dauert auszuführen. Das Standard-Timeout für SQL Server beträgt normalerweise 120 Sekunden. Sie können "Connect Timeout" hinzufügen, um das Zeitlimit in Ihrer DB-Verbindungszeichenfolge zu erhöhen und auszuchecken.

** Alte Antwort - Ignoriere ** Ohne Stack-Trace, und nehmen Sie Ihr Wort, dass die gespeicherte Prozedur in Ordnung ist, vermute ich, dass es aufgrund der Verbindung fehlschlägt. Der Code ist nicht in der Lage, eine Verbindung zu Ihrem DB-Server herzustellen.

Answer 3

haben Sie

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

statt versucht:

es

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

Answer 4

Eine Sache könnte sein, die ARITHABORT Einstellung auf EIN gesetzt, um ... NET Standardeinstellung AUS

das proc laufen in SSMS mit ARITHABORT auf OFF setzen und sehen, ob es jetzt langsamer läuft als von .NET

Beispiel

MyConnection.Execute "SET ARITHABORT ON" 

Eine andere Sache ist, dass Ihre WHERE-Klausel nicht optimal ist, werfen Sie einen Blick auf Do you use Column=@Param OR @Param IS NULL in your WHERE clause? Don't, it doesn't perform

funktioniert die proc Lauf langsam mit Parametern in SSMS? Können Sie den Ausführungsplan zeigen?