Crear Tabla con nombre dinamico

[gimenez166]

Hola! tengo que crear un SP que genere tablas temporales donde se separe una tabla de productos por color, el problema es que me pide que el nombre de la tabla se llame Product_Black si el color es Black, Product_Silver si es Silver , etc y si se creara un nuevo color deberia podes dividirse dinamicamente con ese color,
mi pregunta es como concateno una variable @Color con el nombre de la tabla...
Desde ya muchas gracias..
saludos,Mery

[GeriReshef]

En este caso debes utilizar SQL dinámico, por ejemplo:

Código SQL:

DECLARE @Tbl Sysname,
            @SQL VARCHAR(MAX);
SET       @Tbl='Product_Silver';
SET       @SQL='Create Table '+@Tbl+' (ID Int, Detalles Varchar(100));'
Print     @SQL;
EXEC(@SQL);
 

[iislas]

Como ya lo hemos comentado (hasta el cansancio) en otros post, cambia el EXEC (CADENA), por el EXEC SP_EXECUTESQL @MyNvarchar

[GeriReshef]

iislas- concuerdo contigo que SP_ExecuteSQL tiene capacidades y ventajas que no existen en Exec.

Sin embargo- me parece que en este caso no podemos aprovechar estas ventajas, y el rendimiento sera lo mismo con ambos procedimientos.

[iislas]

¿Para que ir dejando BASURA, si en versiones posteriores no funcionara el EXEC (cadena)?

¿Porque no hacer las cosas desde un inicio?

Me sorprende ver compañeros trabajando con 2005 y aun querer utilizar DUMP, aun mas, me sorprende tu explicacion.

Saludos

[GeriReshef]

Quiero darte las gracias desde el fondo de mi corazón por tus comentarios amables y profesionales.

[iislas]

Yo te suplicaria que dieras comentarios un poco mas actualizados, ya estamos en la version 2012....

Y te mando saludos, desde lo mas profundo de mi corazon

FYI

Comparison SP_EXECUTESQL vs EXECUTE/EXEC

http://blog.sqlauthority.com/2007/07...s-executeexec/

[GeriReshef]

iislas-

1. No he encontrado en ningún lugar que el Exec(cadena) desaparezca en el futuro, incluso la documentación de 2012:

2. Del poco que yo se acerca de este tema- podemos aprovechar de las capacidades del SP_ExecuteSQL cuando lo utilizamos en la siguiente manera:
sp_executesql @stmt='...',
@params=N'@param1 ..',
@param1=..;
En el caso de este hilo es imposible.

3. No se si la palabra "BASURA" refiere a mi o a Gimenez, pero no se refiere asi a las preguntas o a las respuestas de los demas.
(Perdoname por mi ignorancia, no se que significa DUMP en Castellano o en Inglés, pero supongo que no es una cosa buena)
Como ya has dicho a mi "many words little gain".

[iislas]

Este sera mi ultimo comentario sobre el tema:

DUMP es la instruccion en 6.5 y 7.0 para hacer respaldos

A partir del 2000, cambio por BACKUP y aunque (tal vez), siga funcionando en 2012, en lo personal NO LA RECOMENDARIA, en su lugar ofreceria BACKUP.

¿Leiste la liga que te mande?, claramente dice:

Use SP_EXECUTESQL rather than EXEC(), it has better performance and improved security.

[GeriReshef]

No te preocupes- esta respuesta es tambien definitivamente la ultima mia!

Lo que Pinal ha escrito en su entrada

refiere a la ejecución de SP_ExecuteSQL en la siguiente manera:

Código SQL:

EXEC SP_ExecuteSQL @stmt=N'Select * From sys.objects Where schema_id=@Schema_id',
                    @params=N'@Schema_id Int',
                    @Schema_id=4;
 

Así el rendimiento mejora porque el sistema no va a crear un nuevo plan de ejecución si lo ejecutas otra vez con otro valor (@Schema_id=1) y va a utilizar el plan almacenado en el Cache.

Si la ejecutas así

Código SQL:

EXEC SP_ExecuteSQL @stmt=N'Select * From sys.objects Where schema_id=4';
 

el sistema va a crear un nuevo plan para cada valor, lo mismo como con Exec(...).
La segunda ventaja es la seguridad: cuando utilizamos SP_ExecuteSQL con @params - evitamos el peligro de SQL Injection.

Lamentablemente- en el caso de crear tablas dinamicamente no podemos aprovechar estas ventajas porque no podemos utilizar el @params.
Como "regla de pulgar" - tienes razón,
aunque en el caso de crear tablas - se puede utilizar ambos.

Muchas gracias por tu paciencia y cortesía.

[gimenez166]

gracias por marearme mas de lo que estaba... jaja... hablando en serio
Gracias GeriReshef por contestarme como siempre, y gracias iislas a vos tambien
Encontre una manera utilizando cursores para resolver mi problema. Saludos, Mery