SQL Server, tables temporaires avec truncate ou variable de table avec suppression

Question

J'ai une procédure stockée dans laquelle je crée une table temporaire qui contient généralement entre 1 et 10 lignes. Cette table est tronquée et remplie plusieurs fois au cours de la procédure stockée. Il est tronqué car il est plus rapide que la suppression. Est-ce que j'obtiens une augmentation de performance en remplaçant cette table temporaire par une variable de table quand je subis une pénalité pour utiliser delete (truncate ne fonctionne pas sur les variables de table)

Alors que les variables de table sont principalement en mémoire et sont généralement plus rapides que la température Est-ce que je perds tout avantage en supprimant plutôt que en tronquant les tableaux?

Answer 1

Exécution de l'followign aux scripts, il semblerait que la Table variable est la meilleure option

CREATE TABLE #Temp(
     ID INT 
) 

DECLARE @Int INT, 
     @InnerInt INT 
SELECT @Int = 1, 
     @InnerInt = 1 

WHILE @Int < 50000 
BEGIN 
    WHILE @InnerInt < 10 
    BEGIN 
     INSERT INTO #Temp SELECT @InnerInt 
     SET @InnerInt = @InnerInt + 1 
    END 
    SELECT @Int = @Int + 1, 
      @InnerInt = 1 
    TRUNCATE TABLE #Temp 
END 

DROP TABLE #TEMP 

GO 

DECLARE @Temp TABLE(
     ID INT 
) 

DECLARE @Int INT, 
     @InnerInt INT 
SELECT @Int = 1, 
     @InnerInt = 1 

WHILE @Int < 50000 
BEGIN 
    WHILE @InnerInt < 10 
    BEGIN 
     INSERT INTO @Temp SELECT @InnerInt 
     SET @InnerInt = @InnerInt + 1 
    END 
    SELECT @Int = @Int + 1, 
      @InnerInt = 1 
    DELETE FROM @Temp 
END 

De Sql Profiler

CPU  Reads Writes Duration 
36375  2799937 0  39319 

vs 

CPU  Reads Writes Duration 
14750 1700031 2  17376 

Answer 2

En toute franchise, avec seulement 10 ou 20 (ou même 100), toute différence de vitesse serait dans un domaine sub-nanoseconde. Oubliez ça - ne perdez même pas une seconde de votre temps à ce sujet - c'est un non-problème!

En général

• variables de table seront conservés en mémoire une certaine taille - si elles vont au-delà, ils sont permutées sur le disque dans la base de données tempdb aussi - comme des tables temporaires. Plus: si une table temporaire n'a qu'une poignée d'entrées, elles seront généralement stockées sur une seule page 8k, et dès que vous accéderez à l'une des entrées, toute la page (et donc toute la table temporaire) sera être dans la mémoire SQL Server - même ici, il n'y a vraiment pas beaucoup d'avantages pour les variables de table ...

• Les variables de tableau ne supportent pas les indices ni les statistiques, ce qui signifie que si vous avez plus d'une poignée d'entrées et surtout si vous avez besoin de rechercher et d'interroger cette « entité », vous êtes mieux avec une table temporaire

donc, dans l'ensemble: j'utilise des tables temporaires plus souvent que les variables de table, surtout si je avoir plus de 1 0 entrées ou quelque chose comme ça. Etre capable d'indexer la table temporaire, et d'avoir des statistiques dessus, rapporte habituellement beaucoup de temps par rapport à tout gain potentiel qu'une variable de table pourrait avoir, en termes de performances.