SQL requête prend beaucoup de temps par rapport à la prochaine exécution

Question

Je suis en cours d'exécution d'une procédure qui prend environ 1 minute pour la première exécution, mais pour la prochaine fois il réduit à environ 9-10 secondes. Et après un certain temps, cela prend environ 1 minute.

Ma procédure fonctionne avec une table unique qui comporte 6 index non cluster et 1 cluster et une colonne id unique est un type de données uniqueidentifier avec 1 218 833 lignes.

Pouvez-vous me guider où est le problème/l'amélioration des performances possibles est?

Merci d'avance.

Voici la procédure.

PROCEDURE [dbo].[Proc] (
     @HLevel NVARCHAR(100), 
     @HLevelValue INT, 
     @Date DATE, 
     @Numbers NVARCHAR(MAX)=NULL 
    ) 
    AS 

    declare @LoopCount INT ,@DateLastYear DATE 


    DECLARE @Table1 TABLE (list of columns) 
    DECLARE @Table2 TABLE (list of columns) 

    -- LOOP FOR 12 MONTH DATA 
    SET @LoopCount=12 
    WHILE(@LoopCount>0) 
     BEGIN 
      SET @LoopCount= @LoopCount -1 

      -- LAST YEAR DATA 
      DECLARE @LastDate DATE; 
      SET @LastDate=DATEADD(D,-1, DATEADD(yy,-1, DATEADD(D,1,@Date))) 




        INSERT INTO @Table1 
        SELECT list of columns 
         FROM Table3 WHERE Date = @Date 
        AND 
        CASE 
         WHEN @HLevel='crieteria1' THEN col1 
         WHEN @HLevel='crieteria2' THEN col2 
         WHEN @HLevel='crieteria3' THEN col3 
        END =@HLevelValue 



        INSERT INTO @Table2 
         SELECT list of columns 
         FROM table4 
         WHERE Date= @LastDate 
         AND (@Numbers IS NULL OR columnNumber IN (SELECT * FROM dbo.ConvertNumbersToTable(@Numbers))) 

INSERT INTO @Table1 
     SELECT list of columns 
      FROM @Table2 Prf2 WHERE Prf2.col1 IN (SELECT col2 FROM @Table1) AND Year(Date) = Year(@Date) 



    SET @Date = DATEADD(D,-1,DATEADD(m,-1, DATEADD(D,1,@Date))); 

END 

    SELECT list of columns FROM @Table1 

Answer 1

Lors de la première exécution de la requête, les données ne se trouvent pas dans le cache de données et doivent donc être extraites du disque. En outre, il doit préparer un plan d'exécution. Les temps suivants, vous exécutez la requête, les données seront dans le cache et donc il n'aura pas à aller sur le disque pour le lire. Il peut également réutiliser le plan d'exécution généré à l'origine. Cela signifie que la durée d'exécution peut être beaucoup plus rapide et qu'une situation idéale consiste à disposer de grandes quantités de RAM pour pouvoir mettre en mémoire cache autant de données que possible (c'est le cache de données qui offre les meilleures performances). Si les temps d'exécution augmentent par la suite, il est possible que les données soient supprimées du cache (et les plans d'exécution peuvent également être supprimés du cache) - cela dépend de la pression pour la RAM. Si SQL Server doit en libérer, il supprimera des éléments du cache. Les plans de données/d'exécution les plus utilisés/ayant la plus grande valeur resteront plus longtemps en cache.

Il y a bien sûr d'autres choses qui pourraient être un facteur tel que quelle charge est sur le serveur au moment, si votre requête est bloquée par d'autres procédés, etc

Answer 2

Il semble que la procédure stockée est recompiler à plusieurs reprises après parfois. Pour réduire la recompilation s'il vous plaît vérifier cet article:

http://blog.sqlauthority.com/2010/02/18/sql-server-plan-recompilation-and-reduce-recompilation-performance-tuning/