Discussion :

[olibara]

Bonjour

Je viens de creer une nouvelle base de donnée sur mon serveur ai j'y ai migré quelques tables

Maintenant quand j'essye de faire des jointure entre ces tables migrée et des table de la db Originale j'ai le message

Cannot resolve the collation conflict between "SQL_Latin1_General_CP1_CI_AS" and "Latin1_General_CI_AS" in the equal to operation.

Je comprends donc que je n'ai pas tenu compte de la Collation entre ces deux DB et j'ai modifié la colloation de la nouvelle DB

Code :

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

1
2
3
4
USE [master];
ALTER DATABASE geodata SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
ALTER DATABASE geodata COLLATE SQL_Latin1_General_CP1_CI_AS;
ALTER DATABASE geodata SET MULTI_USER WITH ROLLBACK IMMEDIATE;

Mais j'ai toujours le problème
Il apparait que je dois aussi changer la collation de chacune des tables

Mes Questions :

1- Est ce normal ?
2- Quelle est mla difference entre ces deux Collations :

Code :

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

1
2
"SQL_Latin1_General_CP1_CI_AS" 
"Latin1_General_CI_AS"

3- Quelle est la plus "Standard"
4- N'est il pas préférable d'utiliser AI (pour accent insensitive)

Merci de votre aide

[bvesan]

Bonjour,

1- Est ce normal ?

Oui, c'est normal. La collation de la base est seulement la collation utilisée par défaut à la création d'objets (colonnes et variables) de type "chaines de caractères". Le fait de modifier la collation de la base n'a pas modifié la collation des colonnes existantes. Votre erreur persiste donc après modification.
Pour résoudre le problème, il faut donc aussi modifier la collation de chaque colonne de type char et varchar des tables de votre base (la vue sys.columns vous donne la collation de chaque colonne de votre base).

2- Quelle est mla difference entre ces deux Collations :

Code :

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

1
2
"SQL_Latin1_General_CP1_CI_AS" 
"Latin1_General_CI_AS"

Le jeu de caractères SQL_Latin1_General n'est pas rigoureusement identique à Latin1_General. Même si la différence est très faible (quelques caractères de contrôle probablement), SQL Server refuse de comparer deux chaînes de caractères dans des collations différentes.

3- Quelle est la plus "Standard"

Jusqu'en 2008R2, la collation par défaut à l'installation d'une instance SQL Server avec les binaires anglais était SQL_Latin1_General_CP1_CI_AS, et FRENCH_CI_AS pour les binaires français. Ces deux collations sont donc un peu plus "standard" que les autres puisqu'on les retrouve plus souvent. Mais certains softs (Sharepoint par exemple) forcent une collation différente pour leurs bases. Concrètement, lors de l'installation d'une instance, il est important de connaître la collation des bases qui seront hébergées, et de choisir cette même collation pour l'instance (qui sera donc la collation des objets des bases master, msdb, model et tempdb).

4- N'est il pas préférable d'utiliser AI (pour accent insensitive)

Cela dépend complètement de ce que vous souhaitez faire lors des comparaisons de chaîne de caractères ! Si vous comptez stocker exclusivement des données en langue qui ne gère pas d'accents, autant choisir une collation AI. Mais dès que vous voulez stocker (et surtout comparer) des données avec des accents (entre autres pour toutes les langues latines), une collation AI va considérer comme similaires des chaînes de caractères qui ne le seront pas. C'est donc en sachant comment seront comparées les données hébergées que vous pourrez choisir une collation pertinente.


Cordialement.

Benjamin

[olibara]

magnifique et tres claire explication

Merci Bvesan