Discussion :

[annedeblois]

Bonjour,

Nous sommes en train de monter un projet majeur de centralisation de nos BDD SQL Server vers un nombre relativement faible d'instances SQL Server 2012.

Nous avons normalisé le classement Latin1_general_CI_AS au taf pour les bases de données de la plupart des applications clients, mais il semble que les logiciels Microsoft comme SCOM, SCCM, Team Foundation Server et compagnie exigent le vieux nom SQL_Latin1_general_CP1_CI_AS, un classement qu'on cherchait à éliminer (pas de chance, c'est dans leurs versions 2012!! ).

Il semble que la cohabitation de ces deux classements soit possible, mais si c'est bien le cas, quel devrait être le classement par défaut sur le serveur de destination pour m'assurer que tout fonctionne? Quelques expériences du genre vécues?

Merci à l'avance,

Anne

[bvesan]

Bonjour,
Ces deux collations sont quasiment identiques, mais malheureusement pas rigoureusement identiques:

Code :

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

1
2
3
4
name                              description
--------------------------------- ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Latin1_General_CI_AS              Latin1-General, case-insensitive, accent-sensitive, kanatype-insensitive, width-insensitive
SQL_Latin1_General_CP1_CI_AS      Latin1-General, case-insensitive, accent-sensitive, kanatype-insensitive, width-insensitive for Unicode Data, SQL Server Sort Order 52 on Code Page 1252 for non-Unicode Data

Cette petite différence sur le tri des caractères non unicode empêchera SQL Server d'effectuer des comparaisons de chaînes de caractères non unicode en Latin1_General et en SQL_Latin1_General_CP1, aboutissant à la classique erreur "Cannot resolve the collation conflict..."

Aucune de ces collations ne peut être considérée comme un surensemble de l'autre, leur cohabitation n'est donc malheureusement pas toujours possible.

A noter que les conflits de collation qui surviennent lorsque la collation d'une instance n'est pas la même que la collation par défaut d'une base correspondent très majoritairement à l'utilisation de tables temporaires (créées avec des colonnes caractères sans spécification de collation, donc utilisant la collation de l'instance), et que ce type d'utilisation n'est pas systématique (SharePoint par exemple créé ses bases en Latin1_General_CI_AS_KS_WS quelque soit la collation de l'instance, et cela ne pose pas de problème...).