|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | |
|
Membre chevronné
![]() |
Bonjour,
J'ai une base non-unicode que je dois faire passer en unicode. J'ai envisagé l'utilisation de SSME en modifiant chaque table manuellement et en générant un script de modification pour chaque table. Mais c'est un peu long (beaucoup de tables). J'ai alors eu l'idée de générer un script de création de la base. J'ai fais un remplacement des types varchar en nvarchar et char en nchar. Ensuite, j'ai généré une nouvelle base. Pas de problème ! Après, j'ai utilise l'assistant d'importation des données pour récupérer les données de la base initiale à la nouvelle. Mais là, j'ai une erreur que je ne comprends pas. Citation:
Quelle serait l'autre solution ? Un backup restore ?? Mais dans ce cas, le coté unicode de la nouvelle base va disparaître non ??? Et c'est quoi ce VS_ISBROKEN ? Une idée svp ? Papy ! |
|
|
|
00
|
|
|
#2 |
|
Membre chevronné
![]() |
SOLUTION : Ok, j'ai trouvé. Il faut activer l'insertion des clés IDENTITY dans les mappages et ça roule.
|
|
|
00
|
|
|
#3 |
![]() ![]() Administrateur de base de données Inscription : août 2007 Messages : 1 159 ![]() |
Bonjour,
Dans le cadre de votre migration, voyez si vous avez des champs text a convertir en ntext - ce n'etait pas mentionne dans votre message initial. Bonne journee |
|
|
00
|
|
|
#4 |
|
Membre chevronné
![]() |
Effectivement, je ne l'ai pas cité. En fait, j'ai trouvé dans la doc que le type ntext serait prochainement retiré de SQL Server et qu'il valait mieux utiliser nvarchar(max). Je vais donc remplacer directement les type text par ce le type préconisé par MS.
Merci d'avoir pensé à me signaler cet oubli qui aurait pu poser problème ! |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com