problème sur des table temporaire

[xavier81]

bonjour;

j'ai créée une procédure stockées dans laquelle j'ai utilisé des tables temporaires. mais j'ai un soucie quand je rééxecute une autre fois la proc.
j'ai l'erreur suivante :

Msg 2714, Level 16, State 1, Procedure proc_A, Line 83
There is already an object named '#Temp_FACT' in the database.

Msg 2714, Level 16, State 1, Procedure proc_A, Line 147

There is already an object named '#Temp__EST' in the database.

apparemment les table sont enregistrées quelques parts dans la BD c'est pour ça que j'ai cette erreur.

pourriez vous m'aider svp

[abbepierre94]

Ta table temporaire continue à vivre toute la durée de la session.
Fais un drop table #toto à la fin si tu veux la supprimer.

[iberserk]

Quand vous créez une table temporaire, celle_ci est créée dans tempDB.
Pensez dans vos Procédures stockées à supprimer ces tables en fin de script.
Vous pouvez en outre vérifier leur existence en début de procédure et les dropper...

[xavier81]

rebonjour;


j'ai fait cette ligne de code au début de ma proc mais toujours j'ai le message d'erreur je ne sais pas peut etre j'ai mal codé:

IF OBJECT_ID('tempdb..#Temp_PFDV_FACT ') IS NOT NULL

DROP TABLE #Temp_PFDV_FACT

[aieeeuuuuu]

Bonjour

Votre table temporaire est bien crée dans tempDB, mais elle est préfixée automatiquement par SQl server, afin d’être différenciée des autres tables temporaires du même nom créées par d'autres sessions.

Donc effectivement, même si votre table #Temp_PFDV_FACT existe, la table tempdb..#Temp_PFDV_FACT, elle, n'existe pas

Avez vous essayé directement OBECT_ID('#Temp_PFDV_FACT') ?

[iberserk]

ou en utilisant :
IF EXISTS(SELECT * FROM tempdb.sys.tables WHERE NAME='#Temp_PFDV_FACT')

[SQLpro]

Envoyé par aieeeuuuuu

Bonjour

Votre table temporaire est bien crée dans tempDB, mais elle est préfixée automatiquement par SQl server, afin d’être différenciée des autres tables temporaires du même nom créées par d'autres sessions.

Pas préfixé... Suffixé par un n° de session.

A +

[iberserk]

Allez aieeeuuuuu tu nous feras dix pompes pour la peine :-)

[aieeeuuuuu]

Envoyé par SQLpro

Pas préfixé... Suffixé par un n° de session.

Envoyé par iberserk

Allez aieeeuuuuu tu nous feras dix pompes pour la peine :-)

heu... 10 pompes... tu t'exprimes en binaire j’espère ! J'vais y laisser un biceps...

Et pis, c'est pas ma faute, mon SQL Server est en version hebraique

[SQLpro]

C'est ça... et les tables systèmes elles ont des données en chinois ???
;-)

A +

[aieeeuuuuu]

Envoyé par SQLpro

C'est ça... et les tables systèmes elles ont des données en chinois ???
;-)

A +

oui, les tables système, c'est vrai que parfois, pour moi c'est du chinois

[iberserk]

et à part ca ça marche? :-)

[zeus]

Envoyé par xavier81

rebonjour;


j'ai fait cette ligne de code au début de ma proc mais toujours j'ai le message d'erreur je ne sais pas peut etre j'ai mal codé:

IF OBJECT_ID('tempdb..#Temp_PFDV_FACT ') IS NOT NULL

DROP TABLE #Temp_PFDV_FACT

Bonjour,
votre syntaxe de suppression de table temporaire locale est correcte.

Code :

1
2
3
 
IF  object_id('tempdb..#temp_table') IS NOT NULL 
   DROP TABLE #temp_table

Cependant, si vous faites le ménage au démarrage de procédure cela est inutile. Lorsque votre procédure se termine, les tables temporaires crées sont supprimées automatiquement.
Cela peut vous guider sur la correction :
vous devez, forcément, tenter de créer plus d'une fois vos tables temporaire. regarder vos ordres de créations.

2 conseils :
- sachez qu'une procédure stocker peut se déboguer.
- il y a des alternatives aux tables temporaires. selon votre situation, l'usage à une variable de table pourrait vous satisfaire.

@+

[elsuket]

Bonjour,

Dans tous les cas, rien ne justifie l'utilisation de tables temporaires ou de variables de type table à part une mauvaise conception de la base de données.

Les tables temporaires sont une simple duplication de données déjà existantes portées dans TempDB qui sert bien d'autres buts (jointures, tris, ...).
Le recalcul des statistiques de colonne sur une telle table se fait toutes les 6 modifications, et entraîne donc des recompilations, coûteuses en CPU ...

C'est encore pire avec les variables de type table pour lesquelles aucune statistique n'est maintenue. Le cardinal d'une telle table est à 1 alors qu'elle peut contenir bien plus de lignes, ce qui entraîne la génération de plans incorrects, et donc de lectures inutiles.

Dès lors, l'utilisation de telles tables peut être réservée à la récupération de résultats de procédures stockées système comme xp_fixeddrives, xp_filexist qui ne sont pas documentées, ou encore de résultats d'instructions DBCC ...
Notons que ces procédures stockées système peuvent être aisément remplacées par des procédures stockées d'assembly

@++

[zeus]

Envoyé par elsuket

Bonjour,

Dans tous les cas, rien ne justifie l'utilisation de tables temporaires ou de variables de type table à part une mauvaise conception de la base de données....
@++

Bonjour,

Je suis d'accord sur un point : le recours à des variables de tables ou des tables temporaires sont à éviter dans certains cas.

Néanmoins, je vous avoue les solliciter très fréquemment, notamment, par la possibilité de traitement ensembliste qu'elles permettent.
Pour moi, si on parle de mal absolu, cela concerne surtout les curseurs.
un traitement ensembliste est toujours à préférer à des itérations contre performante.

Donc pour éviter justement de recourir aux curseurs, je sollicite souvent table temporaire, variable de table ou représentation XML.

En terme de performance, il n'y a pas photos.
Mais effectivement, ce n'est pas la panacée :
- impact sur les caches et les plan , problématique de l'indexation, etc ...

@+

[elsuket]

Néanmoins, je vous avoue les solliciter très fréquemment, notamment, par la possibilité de traitement ensembliste qu'elles permettent.

C'est donc que votre base de données a été mal conçue

En ce qui concerne les curseurs, j'ai publié un petit billet ici.
Pour les tables temporaires et les variables de type TABLE, j'en ai publié un autre ici

@++

[zeus]

Effectivement pour certaines bases, nous ne pouvons même pas parler de conception.
Un enfant de 3 ans aurait fait mieux [...] les yeux fermés

héhé ... je ne revendique pas la paternité de ces bases mal. Je fais avec l'historique [...] malheuresement.