Discussion :

[Papy214]

Bonjour

J'utilise une base SQL Server 2008. Dans cette base, il y a beaucoup de procédures stockées qui utilisent des tables temporaires créées par l'instruction CREATE TABLE. Apparemment, cette instruction utilise un classement différent de la base en cours d'utilisation.
Voir ici !
Ce comportement pose des problèmes lors de l'utilisation des procédures dans les traitements.
L'idée indiquée par ce post est intéressante mais dans mon cas, demanderait énormément de travail pour reprendre toutes les procédures de cette façon.

Auriez-vous une idée d'une solution plus rapide qui m'éviterait de recomposer 200 procédures ?

Papy !

[elsuket]

Bonjour,

Je trouve le SELECT INTO généralement assez cochon

Cela étant, vous avez le choix entre la solution de ce billet et utiliser COLLATE database_default ...

il y a beaucoup de procédures stockées qui utilisent des tables temporaires

Le véritable problème est là. Avec un modèle de données correct, il y a très rarement besoin d'utiliser des tables temporaires.

@++

[Papy214]

Bonjour Nicolas,

En fait, la base est celle du client et je dois m'adapter. Je n'ai pas le choix.

Le "COLLATE database_default" , il faut l'ajouter à chaque création de table ?
(J'avoue humblement ne pas avoir terminé l'étude du gros pavé SQL Server que j'ai acheté )

[Papy214]

Bonjour Nicolas,

En fait, la base est celle du client et je dois m'adapter. Je n'ai pas le choix.

Le "COLLATE database_default" , il faut l'ajouter à chaque création de table ?
(J'avoue humblement ne pas avoir terminé l'étude du gros pavé SQL Server que j'ai acheté )

...

Pour colonne de type texte ou assimilé . OK

Après étude approfondie, il n'y a pas tant de modifs que ça à faire

Merci

[elsuket]

En fait, la base est celle du client et je dois m'adapter. Je n'ai pas le choix.

OK, je comprends.

Pour colonne de type texte ou assimilé . OK

Après étude approfondie, il n'y a pas tant de modifs que ça à faire

Tant mieux ! Effectivement toutes les colonnes dont le type permet de stocker du texte doivent être suivies de cette clause ...

D'où le soin qu'il faut apporter au choix de la collation :
- pour l'instance SQL Server que l'on installe
- pour la base de données, le mieux étant qu'elle soit identique à celle de l'instance
- pour les tables ou colonnes, mais cela peut dépendre du besoin

@++