Importer un Package d'Erreur Ne peut pas Convertir entre Unicode et Non Unicode Type de Données String

J'ai fait un dtsx paquet sur mon ordinateur à l'aide de SQL Server 2008. Il importe des données à partir d'un point-virgule délimitée fichier csv dans une table où tous les types de champs sont de type NVARCHAR MAX.

Il fonctionne sur mon ordinateur, mais il a besoin pour fonctionner sur les clients du serveur. Chaque fois qu'ils créent le même paquet avec le même fichier csv et de la table de destination, ils reçoivent l'erreur ci-dessus.

Nous sommes allés à travers la création du package, étape par étape, et tout semble OK. Les mappages sont tout à fait correct, mais quand ils courent le paquet dans la dernière étape, ils reçoivent cette erreur. Ils sont à l'aide de SQL Server 2005.

Quelqu'un peut conseiller l'endroit où commencer à chercher pour ce problème?

  • Ce service pack utilisez-vous au client?
InformationsquelleAutor | 2009-08-19
  1. 107

    Le problème de la conversion de non-unicode source d'unicode table SQL Server peut être résolu par l':

    • ajouter une transformation de Conversion de Données étape de votre Flux de Données
    • ouvrir la Conversion de Données et sélectionnez Unicode pour chaque type de données qui s'applique
    • prendre note de l'Alias de Sortie de chaque colonne (ils sont nommés Copie De [original nom de la colonne] par défaut)
    • maintenant, dans l'étape de Destination, cliquez sur Mappages
    • modifier l'ensemble de votre entrée mappages à venir à partir de l'alias de colonnes dans l'étape précédente (c'est l'étape qui est facilement négligés et vous vous demandez pourquoi vous obtenez toujours les mêmes erreurs)
    • ce lien promenades à travers le même processus que vanlandingham expliqué.. mssqltips.com/sqlservertip/1393/...
    • Corrigez-moi si je me trompe, mais n'est pas (Plus de 200 colonnes à importer + SSIS Transformation de Conversion de Données + Reconfiguration de Convertis Colonnes) = Garantie du canal Carpien? Ou est-il un moyen plus facile de le faire? Est l'édition xml d'un package SSIS à risque ou faut-il ok?
    • Vous devez enquêter sur BIML - aide avec le canal Carpien.
    InformationsquelleAutor vanlandingham
  2. 14

    À un certain point, vous essayez de convertir un nvarchar colonne à une varchar colonne (ou vice-versa).

    D'ailleurs, pourquoi tout est (soi-disant) nvarchar(max)? C'est une odeur de code si je n'ai jamais vu un. Êtes-vous conscient de la façon dont SQL Server stocke ces colonnes? Ils utilisent des pointeurs à l'endroit où la colonne est stockée depuis les lignes réelles, car elles ne cadrent pas dans les 8k pages.

    • C'est une odeur, mais sql server n'a pas stocker de partir, sauf s'ils sont gros pour rentrer. Oversize colonnes pourraient avoir une incidence sur les plans de requête, bien que depuis SQL peuvent supposer que vous besoin de cette taille. Voir aboutsqlserver.com/2010/08/18/... pour certains sur que.
    • ceci est un commentaire sur l'OP du schéma, de ne pas répondre à la question.
    InformationsquelleAutor Eric
  3. 8

    Non-Unicode string types de données:

    Utilisation STR pour le fichier texte et VARCHAR pour les colonnes SQL Server.

    Chaîne Unicode types de données:

    Utilisation W_STR pour le fichier texte et NVARCHAR pour les colonnes SQL Server.

    Le problème est que vos types de données ne correspondent pas, alors il pourrait être une perte de données lors de la conversion.

    • En interne SSIS utiliser l'Unicode ==> DT_STR est converti en DT_WSTR intenally
    • c'est la meilleure réponse, car elle permet d'éviter le besoin de faire la conversion en premier lieu. Pour info, le Type de Données DTS pour W_STR est de 130 (adWChar)
    InformationsquelleAutor Even Mien
  4. 8

    Deux solutions:
    1 - si le type de la colonne cible est [nvarchar] il convient de changer de [varchar]

    2 - Ajouter un "Dérivé de la Colonne" composant le package SSIS et ajouter une nouvelle colonne avec l'expression suivante:

    (DT_WSTR, «longueur») [Nomrubrique]

    Longueur est la longueur de la colonne dans la table cible et ColumnName est le nom de la colonne dans la table cible.
    enfin, à la partie de la cartographie, vous devriez utiliser cette ajout d'une nouvelle colonne à la place de la colonne d'origine.

    • Omg merci! Qui a fait le tour bien.
    InformationsquelleAutor Hassan
  5. 7

    Ne sais pas si c'est une meilleure pratique avec SSIS, mais parfois je trouve que leurs outils sont un peu maladroit quand vous voulez faire ce type d'activité.

    Au lieu d'utiliser leurs composants, vous pouvez convertir les données au sein de votre requête

    Au lieu de faire

    SELECT myField = myNvarchar20Field
FROM myTable

    Vous pourriez faire

    SELECT myField = CONVERT(VARCHAR(20),myNvarchar20Field)
FROM myTable
    • Beaucoup plus rapide / plus facile, que tout de la SSIS de conversion les étapes ci-dessus.
    • Moins propre et obscure. SSIS vérifie la logique afin de prévenir les problèmes de se produire plus tard. En forçant une conversion à cette étape, vous reporter à l'exécution de la vérification de type. Bien que SSIS est ennuyeux par les pédant, il est généralement préférable d'éviter de telles solutions.
    InformationsquelleAutor Chris Rodriguez
  6. 5

    Ce une solution qui utilise l'IDE pour corriger:

    1. Ajouter un Data Conversion article à votre flux de données, comme indiqué ci-dessous;

    Importer un Package d'Erreur Ne peut pas Convertir entre Unicode et Non Unicode Type de Données String

    1. Double-cliquez sur le Data Conversion élément, et le définir comme indiqué:

    Importer un Package d'Erreur Ne peut pas Convertir entre Unicode et Non Unicode Type de Données String

    1. Maintenant, double-cliquez sur le DB Destination élément, Cliquez sur Mapping, et de s'assurer que votre Colonne d'entrée est en fait le même que venant de la Copie de [votre nom de colonne], qui est en fait le Data Conversion production qui n'est PAS le DB Source de Sortie (attention ici). Voici une capture d'écran:

    Importer un Package d'Erreur Ne peut pas Convertir entre Unicode et Non Unicode Type de Données String

    Et thats it .. enregistrez et exécutez ..

    InformationsquelleAutor t_plusplus
  7. 4

    Mike, j'ai eu le même problème avec SSIS dans SQL Server 2005...
    Apparemment, le DataFlowDestination objet tentera toujours de valider les données,
    en Unicode. Aller à cet objet, l'Éditeur Avancé, Composant le volet Propriétés, modifiez le "ValidateExternalMetaData" valeur False à la propriété. Maintenant, allez à l'Entrée et la Sortie du volet Propriétés, d'Entrée de la Destination, des Colonnes Externes - définir chaque type de Données de colonne et de la Longueur afin de correspondre à la table de base de données il va. Maintenant, lorsque vous fermez l'éditeur, ceux de la colonne modifications seront enregistrées et validées par-dessus, et il va fonctionner.

    • J'ai eu l'erreur mentionnée ci-dessus sans avoir de destination. J'ai essayé de créer un zéro-longueur de chaîne unicode à la volée en utilisant quelque chose comme choisir N" ... dans ma Source de données OLE DB. Même après l'ajout de la conversion de données de l'outil, il n'a toujours pas aller loin jusqu'à ce que j'ai fait mon N" en plaine ". J'avais aussi essayé un SQL CAST(N" NVARCHAR(1)) et il n'a pas le voir différemment. Ne fait pas de sens pour moi qu'il le fait.
    InformationsquelleAutor Brinky
  8. 4

    Suivez les étapes ci-dessous pour éviter (ne peut pas convertir entre unicode et non-unicode types de données string) cette erreur

    i) Ajouter la conversion des Données outil de Transformation de votre Flux de données.

    ii) Pour ouvrir le Flux de données de Conversion et sélectionnez [string DT_STR] type de données.

    iii) Ensuite, allez à Destination des flux, sélectionnez la Cartographie.

    iv) de modifier vos i/p nom pour copier le nom.

    InformationsquelleAutor Lavanya
  9. 1

    Obtenir le registre de configuration du client et changer la LANG.
    Pour Oracle, allez à la RÉUNION de haut niveau\SOFTWARE\ORACLE\KEY_ORACLIENT...ACCUEIL\NLS_LANG et le changement de langue approprié.

    InformationsquelleAutor Ziv.Ti
  10. 1

    Le dts de la Conversion de données de la tâche est temps de prendre s'il y a plus de 50 colonnes!Trouvé un correctif pour résoudre ce au lien ci-dessous

    http://rdc.codeplex.com/releases/view/48420

    Cependant, il ne semble pas fonctionner pour les versions au-dessus de 2008. Donc, c'est comment j'ai dû contourner le problème

    *Open the .DTSX file on Notepad++. Choose language as XML
*Goto the <DTS:FlatFileColumns> tag. Select all items within this tag
*Find the string **DTS:DataType="129"**  replace with **DTS:DataType="130"**
*Save the .DTSX file. 
*Open the project again on Visual Studio BIDS
*Double Click on the Source Task . You would get the message

the metadata of the following output columns does not match the metadata of the external columns with which the output columns are associated:
...
Do you want to replace the metadata of the output columns with the metadata of the external columns?

 *Now Click Yes. We are done !
    InformationsquelleAutor mhn
  11. 1

    Résolue à la demande initiale:

    J'ai vu cela avant. Facile à fixer (n'avez pas besoin de toutes ces données, les étapes de conversion que TOUTES les méta-données sont disponibles à partir de la connexion à la source):

    Supprimer la Source de données OLE DB & OLE DB Destinations
    Assurez-vous Retardé la Validation est FAUX (vous pouvez l'activer plus tard)
    Recréer la Source OLE DB avec votre requête, etc.
    Vérifier dans l'Éditeur Avancé que toutes les données de sortie les types de colonnes sont corrects
    Recréer votre Destination OLE DB, carte, créer une table (ou de changer à l'existant) et vous verrez que SSIS obtenu tous les types de données correct (même source).

    Beaucoup plus facile que les trucs ci-dessus.

    InformationsquelleAutor randymaglio
  12. 1

    Ne sais pas si c'est encore un problème, mais j'ai trouvé cette solution simple:

    1. Clic droit Ole DB Source
    2. Sélectionnez "Modifier"
    3. Sélectionnez Entrée et de Sortie de l'Onglet Propriétés de
    4. Sous "Entrées et Sorties", Développez "Ole DB de Sortie de la Source" Externe Colonnes et des Colonnes de Sortie
    5. Dans les colonnes de Sortie, sélectionnez le champ fautif, sur le panneau de droite s'assurer de la Propriété Type de Données correspond à celle du champ dans les Colonnes Externes propriétés

    Espère que c'était clair et facile à suivre

    InformationsquelleAutor Vuzi
  13. 0

    Quelque temps, nous avons obtenu ce message d'erreur lorsque l'on sélectionne caractère statique comme un champ dans la requête source/view/procédure et de la destination, type de données de champ au format Unicode.

    Ci-dessous est la question que j'ai rencontrés:
    J'ai utilisé le script ci-dessous à la source

    et j'ai obtenu le message d'erreur Column "CATEGORY" cannot convert between Unicode and non-Unicode string data types. comme ci-dessous:
    message d'erreur

    Résolution:
    J'ai essayé plusieurs options, mais aucune n'a fonctionné pour moi. Ensuite, j'ai préfixé la valeur statique avec N de faire en Unicode comme ci-dessous:

    SELECT N'STUDENT DETAIL' CATEGORY, NAME, DATEOFBIRTH FROM STUDENTS
UNION
SELECT N'FACULTY DETAIL' CATEGORY, NAME, DATEOFBIRTH FROM FACULTY
    InformationsquelleAutor Sanjeev Bind
  14. 0

    Si quelqu'un est encore confronté à ce problème, j'ai trouvé qu'elle est liée à une différence dans Oracle versions de Client.

    J'ai posté mon expérience complète et la solution ici: https://stackoverflow.com/a/43806765/923177

    InformationsquelleAutor dayneo
  15. -1
    1.add a Data Conversion tool from toolbox
2.Open it,It shows all coloumns from excel ,convert it to desire output. take note of the Output Alias of
each applicable column (they are named Copy Of [original column name] by default)
3.now, in the Destination step, click on Mappings
    InformationsquelleAutor Amul Harad
  16. -2

    J'ai changé ValidateExternalMetadata=False pour chaque tâche de transformation. Il a travaillé pour moi.

    InformationsquelleAutor Subhash Makkena