Collation SQL Server : Comment l'ignorer?

Bonjour,
Tout est dans le titre.
J'aimerais savoir comment indiquer à SQL Server d'ignorer la collation. Parce que j'ai une base créé avec SQL_Latin1_General_CP1_CI_AS et il y a certaines procédures, fonctions et vues qui font référence à d'autres collations. Ainsi, lors de la création de ces objets, il y a des erreurs de type "can not resolve ...."
Je ne veux en aucun cas parcourir toutes les procédures (il y en a des centaines ) pour changer le code ou ajouter des instructions.
Quelqu'un a t il une idée?

la collation est un "mode de rangement" des données + un "mode de comparaison"
je m'explique.
ta collation => SQL_Latin1_General_CP1_CI_AS
signifie
SQL_Latin1_General_CP1 :stockage des données en "langue française" (avec accents) celle des anciennes versions françaises des SQL (SQL7)
CI: Case Insensitive ( pas de différence entre majuscule et minuscule)=> 'A'='a'
AS: Accent Sensitive (sensible aux accents) => 'e' <>'é'

donc, si tu veux faire du transac sur des données stockées sur des collations différentes, c'est normal que tout ne fonctionne pas...
exemple:
une proc stockée sur une collation US qui va tester des données stockées en Latin ne reconnaitra pas les lettres avec accents.

donc je ne connais pas d'autres solutions que mettre les mains dans le camboui.

j'avais fait qq recherche hier dans les tables system

et tu peux retrouver la définition du text de ta procédure (si il faut je rechercherais la table et la méthode que j'utilisais)
A partir de la tu n'auras qu'a faire un update sur ta table avec un
replace d'un collate... par l'autre collate avec la fonction replace(....)

oadin,

tu peux effectivement forcer une collation spécifique par table mais une fois les données stockées c'est fini.

exemple:

tu stocke dans une table collation US la chaîne suivante
'déménagement'
si tu fais un select derrière tu auras 'demenagement' car au stockage le moteur aura converti le char 'é' (ascii 233) en char 'e' (ascii 101); il ne lui sera pas possible de revenir en arrière => comment faire la différence entre un 'é' stocké 'e' et un 'e' stocké 'e' ?

Citation:

---

Envoyé par serge0934

tu peux effectivement forcer une collation spécifique par table mais une fois les données stockées c'est fini.

---

Justement c'est ce qu'il me faut. Parce que c'est pas moi qui est écrit les proc stock et je n'ai pas l'intention de les modifier. Je veux juste que la compilation s'effectue même si il y a des problèmes de collation.
Juste que ça compile; c'est tout.

C'est impossible. Une fois que la collation est définie les données sont stockées AVEC la collation. Pour faire ce que tu demande il faut entièrement vider les tables, les reconstruire avec la bonne collation, puis les remplir avec les données exportées.

Autrement dit c'est le genre de choses qu'il aurait fallut penser AVANT !

Il est peut être temps d'entrevoir de se former à SQL Server ? Non ???

A +

Citation:

---

Envoyé par SQLpro

Il est peut être temps d'entrevoir de se former à SQL Server ? Non ???

---

T'as raison. Inutile de baratiner les gens. Je pensais pouvoir m'auto-former:bug:

SQL parait de prime abord facile....

mais c'est un langage subtil.
La norme SQL fait aujourd'hui près de 20 000 pages de textes !
en particulier 12 000 sont consacrées aux éléments de base dont l'essentiel est le simple SELECT !

Il est donc assez difficile de se former sur le tas.
Il convient de commencer par le commencement : ce qu'est un SGBDR, comment cela fonctionne, que fait le langage SQL et surtout pourquoi cela est fait comme ça !

A +