Stockage des caractères régionaux (slovènes) dans la base de données

Question

Cela pourrait être douloureusement évident pour certains (la plupart?) D'entre vous, mais il me dérange depuis un moment maintenant.

J'ai deux bases de données s'exécutant sur le même serveur SQL (2005). Autant que je puisse voir, ils ont tous deux la même langue/propriétés régionales. Les deux ont collation mis à "Sloveninan_CL_AS" et pourtant on stocke tous les caractères spéciaux slovènes (è, ž, š) sans problème, et l'autre les couvre de leurs "matches" sensibles non-régionaux (c, z, s).

Toutes les chaînes soumises à des caractères régionaux dans les deux bases de données sont stockées dans des champs de même type (varchar).

Je me demande quels sont les autres paramètres qui pourraient affecter ce comportement? Quelles étapes supplémentaires puis-je faire pour m'assurer que les caractères spéciaux seront sauvegardés correctement dans la deuxième base de données?

EDIT: La seule information supplémentaire qui pourrait se révéler utile, je peux penser est que la deuxième base de données (« dysfonctionnement ») a été initialement créé avec un paramètre de classement différent et a été changé à un moment plus tard, alors que la première était (probablement) créé avec le paramètre défini sur la valeur actuelle. Cependant je pense, puisque le paramètre peut être changé, cela ne devrait pas être un problème. En outre, le serveur a été redémarré depuis que le paramètre de classement a été modifié.

Answer 1

Je préfère utiliser le type de données NVARCHAR() à la place. NVARCHAR utilise Unicode, ce qui est beaucoup plus convivial quand il s'agit de localisation.

Quoi qu'il en soit, il est définitivement un problème matériel que la base de données a été initialement créée avec un classement différent. Lorsque vous définissez le classement sur une base de données, vous définissez en fait le classement par défaut pour les objets nouvellement créés. Regardez les tables elles-mêmes. Je suis prêt à parier qu'ils sont toujours fixés à l'ancienne collation. Vous devrez peut-être recréer ou modifier les tables et les index pour que le nouveau classement prenne effet.

http://msdn.microsoft.com/en-us/library/ms175835.aspx

Answer 2

Avez-vous définitivement changé le classement sur la base de données elle-même? Pas seulement la colonne? Lorsque je tente le script suivant sur une base de données de test et mettez l'avant et en arrière classement de la base entre Slovenian et latin, je reçois des résultats différents pour le caractère č (la N la version préfixée fonctionne toujours)

SET NOCOUNT ON 

DECLARE @testtable TABLE 
(
A VARCHAR(5) COLLATE Slovenian_CI_AS, 
B VARCHAR(5) COLLATE Slovenian_CI_AI 
) 

INSERT INTO @testtable 
VALUES ('čžš','čžš') 

INSERT INTO @testtable 
VALUES (N'čžš',N'čžš') 

SELECT *,CAST(A AS VARBINARY(6)) ,CAST(B AS VARBINARY(6)) 
FROM @testtable 

Slovenian_CI_AS

A  B      
----- ----- -------------- -------------- 
čžš čžš 0xE89E9A  0xE89E9A 
čžš čžš 0xE89E9A  0xE89E9A 

Latin1_General_CI_AS

A  B      
----- ----- -------------- -------------- 
cžš cžš 0x639E9A  0x639E9A 
čžš čžš 0xE89E9A  0xE89E9A