SQL Server, tablas temporales con truncar contra variable de tabla con eliminar

Question

Tengo un procedimiento almacenado dentro del cual creo una tabla temporal que generalmente contiene entre 1 y 10 filas. Esta tabla se trunca y se llena muchas veces durante el procedimiento almacenado. Se trunca porque es más rápido que eliminar. Obtengo un aumento en el rendimiento reemplazando esta tabla temporal con una variable de tabla cuando sufro una penalización por usar delete (truncar no funciona en variables de tabla)

Mientras que las variables de tabla están principalmente en la memoria y generalmente son más rápidas que la temperatura ¿Pierdo algún beneficio al tener que eliminar en lugar de truncar?

Answer 1

Ejecución del followign a los scripts, parecería que el tabla de variables es la mejor opción

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 

Analizador de SQL

CPU  Reads Writes Duration 
36375  2799937 0  39319 

vs 

CPU  Reads Writes Duration 
14750 1700031 2  17376 

Answer 2

Francamente, con sólo el 10 o el 20 (o incluso 100) entradas, cualquier diferencia en la velocidad estaría en un reino de sub-nanosegundos. Olvídalo, no desperdicies ni un segundo de tu cerebro en esto, ¡no hay problema!

En generales

• variables de tabla se guardará en la memoria hasta un cierto tamaño - si van más allá de eso, están cambiados al disco en la base de datos tempdb, también - al igual que las tablas temporales. Además: si una tabla temporal tiene solo un puñado de entradas, lo más probable es que se almacenen en una única página de 8k, y tan pronto como acceda a una de las entradas, esa página completa (y por lo tanto toda la tabla temporal) se estar en la memoria de SQL Server, así que incluso aquí, no hay muchos beneficios para las variables de tabla ...

• las variables de tabla no admiten índices ni estadísticas, lo que significa que si tiene más de un puñado de entradas , y sobre todo si es necesario buscar y consultar esta "entidad", que está mejor con una tabla temporal

Así que en general: yo personalmente uso tablas temporales con más frecuencia que las variables de tabla, sobre todo si tener más de 1 0 entradas o algo así. Ser capaz de indexar la tabla temporal, y tener estadísticas sobre ella, por lo general paga a lo grande en comparación con cualquier ganancia potencial que una variable de tabla pueda tener, en cuanto al rendimiento.