TSQL sélectionnez dans la table temporaire de sql dynamique

Cela semble relativement simple, mais apparemment, il ne l'est pas.

J'ai besoin de créer une table temporaire fondées sur une table existante via le sélectionner dans la syntaxe:

SELECT * INTO #TEMPTABLE FROM EXISTING_TABLE

Le problème est, le nom de la table est accepté par l'intermédiaire d'un paramètre...

Je peux obtenir les données de la table via:

execute ('SELECT * FROM ' + @tableName)

mais comment marier les deux afin que je puisse mettre les résultats de l'exécuter directement dans la table temp.

Les colonnes de chaque table que cela va être utilisé pour les ne sont pas les mêmes, donc la construction de la table temporaire avant l'obtention de données n'est pas pratique.

Je suis ouvert à toutes suggestions, sauf à l'aide d'un mondial de la table temporaire.

Mise à jour:

C'est totalement ridicule, MAIS mes réserves mondiales de la table temporaire est que c'est un multi utilisateur de la plate-forme se prête à des questions si la table persisteront pendant de longues périodes de temps...

Sooo.. juste pour sortir de cette partie, j'ai commencé à l'aide de l'exécuter pour générer un mondial de la table temporaire.

execute('select * into ##globalDynamicFormTable from ' + @tsFormTable)

Je puis utiliser cette table temp pour charger le local la table temporaire:

select * into #tempTable from ##globalDynamicFormTable

Je puis déposez la table globale.

drop table ##globalDynamicFormTable

c'est sale et je ne l'aime pas, mais pour le moment, jusqu'à ce qu'une meilleure solution, sa va avoir à travailler.

À la Fin:

Je suppose qu'il n'existe aucun moyen de la contourner.

La meilleure réponse semble être non plus;

Créer un vue dans l'exécution de la commande et de l'utiliser pour charger le local la table temporaire dans la procédure stockée.

Créer un mondial de la table temporaire dans l'exécution de la commande et de l'utiliser pour charger le local la table temporaire.

Avec cela dit, je vais probablement juste coller avec le mondial de la table temporaire parce que la création et suppression de points de vue est vérifié dans mon organisation, et je suis sûr qu'ils vont à la question que si elle commence à se produire tout le temps.

Merci!

Quelle version de SQL Server êtes-vous?

InformationsquelleAutor Patrick | 2012-03-02

24

Un exemple de travail.
```
DECLARE @TableName AS VARCHAR(100)
SELECT @TableName = 'YourTableName'

EXECUTE ('SELECT * INTO #TEMP  FROM ' + @TableName +'; SELECT * FROM #TEMP;')
```
Deuxième solution accessible de la table temporaire
```
DECLARE @TableName AS VARCHAR(100)
SELECT @TableName = 'YOUR_TABLE_NAME'

EXECUTE ('CREATE VIEW vTemp AS
        SELECT *
        FROM ' + @TableName)
SELECT * INTO #TEMP  FROM vTemp 

--DROP THE VIEW HERE      
DROP VIEW vTemp

/*START USING TEMP TABLE
************************/
--EX:
SELECT * FROM #TEMP


--DROP YOUR TEMP TABLE HERE
DROP TABLE #TEMP
```
- Deuxième sélection en après l'INSERTION est de montrer que, vous pouvez lancer une requête sur les données insérées dans la table #TEMP.
- mais la création de la table temporaire dans l'exécution met la table temp complètement hors de portée... essayer de faire une sélection à partir de la table temporaire en dehors de l'exécution de la commande... ça ne marchera pas.
- déclarer vartablename que varchar(100) sélectionnez vartablename = 'garantie' execute ("select * into #temp de' + vartablename) select * from #temp résultats en nom d'objet non Valide '#temp'.
- Oui, je comprends que "nom d'objet non Valide" problème si vous l'utilisez de l'exécution de la commande. Vous pouvez interroger #TEMP au sein de la chaîne d'exécution comme je l'ai fait. Pas sûr de ce que vous devez faire après le remplissage de la table temp..
- bien sûr qu'il fonctionne, mais il ne marche pas pour ce que j'en ai besoin pour. il met la table temporaire hors de portée. comme vous pouvez le voir sur mon 2ème réponse au commentaire d'origine.
- Je vais insertion de valeurs dans la table temporaire basée sur les processus d'entreprise dans la procédure stockée à partir d'une liste de valeurs envoyées sous forme de chaîne de caractères, puis mal-être à l'aide de la table temporaire pour insérer de nouveau dans la table d'origine.
- Est l'insertion dans la table d'origine qui se passe dans la même procédure stockée? Pouvez-vous nous donner un exemple de ce que vous faites après le remplissage de la table temporaire?
- oui, il va se produire dans la même procédure stockée. la table temporaire est en cours de récupération schéma uniquement. une fois la table temporaire est construit, j'ai divisé les deliminated valeurs qui ont été créés application à l'aide d'un dictionnaire. le dictionnaire contient des paires clé-valeur qui ont la colonne de la table, et la valeur de la colonne. je suis alors la construction d'une vis de tresorerie à l'aide de ces colonnes les valeurs à insérer dans la table temporaire pour effectuer des travaux additionnels avant l'insertion dans la table d'origine
- OK, ici, nous allons à nouveau. C'est encore une fois de travailler et vous pouvez accéder à la table temp que vous le souhaitez. EXECUTE ('CREATE VIEW vTemp SELECT * from' + @YourTableName) SELECT * INTO #TEMP DE vTemp --BAISSE de LA VUE ICI DROP VIEW vTemp /*FAIRE CE que VOUS avez BESOIN ICI ************************/ --EX: SELECT * from #TEMP /*FIN DE VOTRE TRAVAIL */ --DÉPOSER VOTRE TEMP TABLE DROP TABLE #TEMP
- je vois. à peu près la même chose que la création d'un mondial de la table temporaire et de le charger à partir de là... je pense que la morale de l'histoire est... vous ne pouvez pas faire une table temporaire à partir d'une dynamique sélectionnez w/o obtenir vos mains sales. +1 pour coller avec elle et à venir avec une réponse viable.
InformationsquelleAutor Kaf

declare @sql varchar(100);

declare @tablename as varchar(100);

select @tablename = 'your_table_name';

create table #tmp 
    (col1 int, col2 int, col3 int);

set @sql = 'select aa, bb, cc from ' + @tablename;

insert into #tmp(col1, col2, col3) exec( @sql );

select * from #tmp;

nope, vérifié SQL Server 2008 R2 et ne pas de travail.
Elle avait une erreur (besoin des parenthèses autour de @sql), et ne pas créer l'exemple de tableau pour sélectionner à partir, mais l'approche générale en fait le travail. J'ai corrigé ces problèmes.

InformationsquelleAutor Hayk

Comment je l'ai fait avec un pivot dans le sql dynamique (#AccPurch a été créé avant le présent)

DECLARE @sql AS nvarchar(MAX)
declare @Month Nvarchar(1000)

--DROP TABLE #temp
select distinct YYYYMM into #temp from #AccPurch AS ap
SELECT  @Month = COALESCE(@Month, '') + '[' + CAST(YYYYMM AS VarChar(8)) + '],' FROM    #temp

SELECT   @Month= LEFT(@Month,len(@Month)-1)


SET @sql = N'SELECT UserID, '+ @Month + N' into ##final_Donovan_12345 FROM (
Select ap.AccPurch ,
       ap.YYYYMM ,
       ap.UserID ,
       ap.AccountNumber
FROM #AccPurch AS ap 
) p
Pivot (SUM(AccPurch) FOR YYYYMM IN ('+@Month+ N')) as pvt'


EXEC sp_executesql @sql

Select * INTO #final From ##final_Donovan_12345

DROP TABLE  ##final_Donovan_12345

Select * From #final AS f

InformationsquelleAutor Donovan Paul Froon

-1

Prendre un coup d'oeil à OPENROWSET, et faire quelque chose comme:
```
SELECT * INTO #TEMPTABLE FROM OPENROWSET('SQLNCLI'
     , 'Server=(local)\SQL2008;Trusted_Connection=yes;',
     'SELECT * FROM ' + @tableName)
```
- il y a pemissions problèmes qui nous empêchent d'ouvrir ensemble de lignes de travailler, de ne pas mentionner que, avec 3 environnements différents, l'id d'avoir à faire en sorte que chaque fois que cette solution est déployée que sa aide la chaîne de connexion approprié pour la fonction openrowset.
- Cela ne fonctionne pas - vous ne pouvez pas transmettre des variables à la fonction OpenRowset
InformationsquelleAutor Diego

Vous devez vous connecter pour publier un commentaire.