Discussion :

[scazikiss]

bonjour,

suite à l'exécution d'une requete , j'ai l'erreur suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Impossible de résoudre le conflit de classement entre "Latin1_General_CI_AS" et "French_CI_AS" dans l'opération equal to.

et lorsque je verifie sur le serveur BDD j'ai l'instance dont le Classement est en French_CI_AS et la base en Latin1_general_CI_AS.
que dois je faire pour remettre le classement de l'instance en Latin1_general_CI_AS ..? ou faut il recréer l'instance et de mettre la bonne valeur...?
merci de votre réponse.
Cdt.

[aieeeuuuuu]

Bonjour,

Il y a plusieurs solutions, mais connaitre la bonne dépend de votre contexte, et il faudrait déjà savoir pourquoi vous avez différentes collations sur des colonnes que vous semblez mettre en concordance (vous n'avez pas posté votre requête...)

En fonction du besoin, vous pouvez par exemple régler le problème directement dans la requête en spécifiant la collation à utiliser :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
SELECT *
FROM UneTable A
INNER JOIN UneAutreTable B
    ON ...
WHERE A.libelle = B.libelle COLLATE Latin1_General_CI_AS

[scazikiss]

apparemment l'erreur s'est produite sur des tables temporaires.
ma question est : une fois l'instance est créée avec la collation de Latin1_general_CI_AS , peut on encore la modifier en une autre collation..?
d'apres le client il ya bcp de requêtes qui sont concernées et il ne peut pas modifier toutes donc il faut trouver une autre solution.
aurais tu une autre à proposer stp..?
Cdt.

[aieeeuuuuu]

chaque colonne a sa propre collation.
si elle n'est pas précisée, c'est la collation par défaut de la base de données qui est utilisée.

De la même façon, lors de la création de la base de données, si la collation par défaut n'est pas précisée, c'est la collation par défaut du serveur qui sera utilisée.

Changer a posteriori la collation par défaut de votre base ne changera pas la collation de vos colonnes déjà créées. Pour ce faire, il faudrait créer un script qui changera la collation de toutes les colonne de type [var]char

Encore une fois, expliquez nous un peu plus le contexte, et la/les requêtes qui pose(nt) problème, et on pourra trouver une solution plus adaptée... plus rapidement.

[SQLpro]

Plusieurs choses :
1) ce n'est pas parce que votre serveur n'a pas la même collation que votre base, que vous ne pouvez pas utiliser des tables temporaires

2) une fois la collation du serveur choisie lors de l'installation il n'est pas possible de la défaire, car elle affecte toutes les données des tables systèmes. Changer la collation du serveur nécessite une réinstallation.

3) pour compatibiliser les collations entre votre base et la serveur (en particulier pour la base tempdb) il existe différents moyens :
3.1) spécifier la collation pour chaque colonne du CREATE TABLE pour les tables temporaires, au besoin avec le générique "database_default"
3.2) utiliser la syntaxe SELECT ... INTO pour créer votre table temporaire (elle héritera des collations des colonnes de la requête)
3.3) avec SQL Server 2012, en utilisant le principe des bases de données "autonomes" (CONTAINED = PARTIAL).
3.4) en spécifiant la collation voulue dans une lause COLLATE pour les jointures sur littéraux dans les requêtes

A +

[scazikiss]

merci beaucoup pour votre aide.
j'ai pourtant trouvé ceci sur le site de microsoft qui montre comment changer la collation de l'instance avec un certain prérequis.
http://msdn.microsoft.com/en-us/libr...ql.105%29.aspx
est ce que quelqu'un a déjà expérimenté.?
Cdt.

[SQLpro]

ceci n'affectera que master et tempdb, pas msdb ni model.

A +

[CherifIB]

Bonjour,

d'apres le client il ya bcp de requêtes qui sont concernées et il ne peut pas modifier toutes donc il faut trouver une autre solution.
Cdt.

Supprimez toutes les bases de données utilisateur serait plus couteux que modifier les requêtes .

[mikedavem]

Hello,

Effectivement dans ton cas tu pourrais effectuer un rebuild de tes bases systèmes pour changer leur collation. Prends seulement garde à bien avoir une sauvegarde de ces dernières (master - config, msdb - jobs etc... et model si tu l'as customisé).

Il faut cependant mesurer les impacts :

- Est-ce que le changement de collation de niveau serveur n'aura pas d'impacts sur d'autres bases de données sur cette même instance ? Dans ce cas il faudra peut être envisagé d'avoir une autre instance avec la bonne collation ou migrer l'application sur une instance qui possède la bonne collation ... à voir ...
- Est-ce que le coût du changement des requêtes n'est pas inférieure à celui du changement de collation de niveau serveur ? (temps, argent etc..)

Visiblement ton client a répondu à la 2ème question

++

[scazikiss]

bonjour,

merci bcp pour vos lumières.
en fait ce que j'ai fait c'est:
- backup les bases applicatives.
- suppression de toutes ces bases .
- changer la collation system en suivant la procédure de Microsoft.
- restaurer les bases applicatives.

an fait j'ai créé une nouvelle instance pour reproduire les mêmes erreurs puis appliquer le changement sur celle ci.
apparemment tout s'est bien passé mais comme je n'ai pas assez de recul sur cette modification alors .....
si vous avez des conseils à donner n’hésitez pas .
merci encore.
Cdt.

[mikedavem]

Je ne connais pas en détail ton contexte mais il faudra d'abord faire valider que l'ensemble du code d'application qui te posait problème fonctionne correctement sur le nouvel environnement et que le reste n'a pas bougé non plus (régression possible ...)

De côté valide que tout fonctionne :

- au niveau des authentifications
- au niveau des jobs SQL si tu en as
- serveurs liés, credentials, proxies et autres si ces objets de niveau serveurs existent
- SSIS
...

Puisque tu fais une reconstruction des bases systèmes il faut s'assurer que tous les objets serveurs fonctionnent correctement après restauration suite au changement de collation.

++

[scazikiss]

merci mikedavem
effectivement nous avons quelques job de sauvegarde .
penses tu qu'une fois la collation system modifiée, on doit recréer un nouveau job de sauvegarde.?
pour le moment je n'ai pas encore appliqué la procédure à l'instance en question car attente d'un créneau d'horaire.
Cdt.

[mikedavem]

Pour les changements de collation de niveau serveur, tu ne pourras pas restaurer tes bases systèmes en tant que tel puisque tu viendrais écraser la nouvelle collation en place.

Le mieux est de scripter en amont touts tes objets serveurs (logins, jobs, credentials, proxies etc...) et de réappliquer tes scripts une fois la collation changée.

++