Concatenar al crear tabla

[ronblue]

Amigos:
tengo un query en sql server 2005 y queiro crear una tabla fisica al momento de hacer el select pero que ademas al nombre de la tabla que le quiero dar me concatene un parametro que traigo por ejemplo :

parametro = @contrato

select *
into tabla+@contrato
from contrato

para que la tabla se llame Tabla + el nombre del contrato que venga..

gracias

[-rommel_]

A ver si esto te ayuda, no se que quieres hacer exactamente, pero haciendolo todo cadena podrias ejecutar concatenaciones

Código:

Declare @Cadena nvarchar(MAX)
          ,  @Tabla nvarchar(100)
          ,  @Contrato

Select @Contraro = [Contrato]
         , @Tabla = [Tabla]

Select @Cadena = "Select * from " & @Tabla & "-" & @Contrato & " where [Condicion]"

exec (@Cadena)

[flaviovich]

Prueba asi:

Código SQL:

EXEC('
    select *
    into tabla'+@contrato+'
    from contrato'
)
 

[-rommel_]

Que no es lo mismo??... bueno la idea es esa... Saludos.

[flaviovich]

Te falto el INTO.

[Cvilla90]

Tienes q declarar una variable
Declare @CT Char(8000)
Set @CT = ''
Set @CT = @CT + 'select *' + Char(13)
Set @CT = @CT + 'into dbo.tabla'+@contrato+Char(13)
Set @CT = @CT + 'from contrato'+Char(13)
Exec(@CT)

[ronblue]

ok. gracias a todos... disculpen no haber repomdido antes.. estaba fuera del trabajo ..

[iislas]

mmmmmmmmmm, deberias de analizar si realmente necesitas una tabla por contrato o bien en tu tabla, colocar una columna del contratoid, comentario que hago, sin conocer tu entorno de desarrollo.

Compañeros, ya no sugieran el uso de EXEC (CADENA) y cambienlo por SP_EXECUTESQL @Variable

[-rommel_]

podrias decirnos que diferencia hay entre
exec(cadena) - sp_executeSql @Variable

[iislas]

Eso ya se habia preguntado con anterioridad, lo vuelvo a colocar:

Para ejecutar una cadena, se recomienda utilizar el procedimiento almacenado sp_executesql, en lugar de una instrucción EXECUTE. Puesto que este procedimiento almacenado admite la sustitución de parámetros, sp_executesql es no sólo más versátil que EXECUTE, sino que, como además genera planes de ejecución con más probabilidades de que SQL Server los vuelva a utilizar, resulta más eficaz que éste

Cuando sp_executesql o la instrucción EXECUTE ejecutan una cadena, ésta se ejecuta como su propio lote independiente. SQL Server compila la instrucción o instrucciones Transact-SQL de la cadena en un plan de ejecución independiente del plan de ejecución del lote que contenía sp_executesql o la instrucción EXECUTE. Para los lotes independientes se aplican las siguientes reglas:

Las instrucciones Transact-SQL de la cadena EXECUTE o sp_executesql no se compilan en un plan de ejecución hasta que la instrucción EXECUTE o sp_executesql se han ejecutado. Las cadenas no se analizan ni se comprueba que tengan errores hasta que se han ejecutado. Los nombres a los que se hace referencia en las cadenas no se resuelven hasta que se han ejecutado.

Las instrucciones Transact-SQL de la cadena ejecutada no tienen acceso a ninguna de las variables declaradas en el lote que contiene la instrucción EXECUTE o sp_executesql. El lote que contiene la instrucción EXECUTE o sp_executesql no tiene acceso a las variables o cursores locales definidos en la cadena ejecutada.

Si la cadena ejecutada contiene una instrucción USE que cambia el contexto de la base de datos, este cambio sólo dura hasta que finaliza la ejecución de sp_executesql o la instrucción EXECUTE.

La ejecución de los dos lotes siguientes muestra estos puntos:

/*Show not having access to variables from the calling batch. */
DECLARE @CharVariable CHAR(3);
SET @CharVariable = 'abc';
/* sp_executesql fails because @CharVariable has gone out of scope. */
EXECUTE sp_executesql N'PRINT @CharVariable';
GO

/* Show database context resetting after sp_executesql finishes. */
USE master;
GO
EXECUTE sp_executesql N'USE AdventureWorks;'
GO
/* This statement fails because the database context
has now returned to master. */
SELECT * FROM Sales.Store;
GO