SSIS Excel Import Forcing Incorrect Column Type

Vous pouvez convertir (ie. force) les données de la colonne au texte... Essayez ceci (Note: ces instructions sont basées sur Excel 2007)...

les étapes suivantes devraient forcer Excel à traiter la colonne comme du texte:

ouvrez votre tableur avec Excel.

sélectionnez la colonne entière qui contient vos "données essentiellement numériques" en cliquant sur l'en-tête de la colonne.

cliquez sur L'onglet Données du menu ruban.

sélectionnez Texte dans les colonnes. Cela fera apparaître l'Assistant conversion.

- Sur L'Étape 1: Cliquez Sur Suivant

- Sur L'Étape 2: Cliquez Sur Suivant

- sur L'Étape 3: Sélectionnez le texte et cliquez Terminer

Sauvegardez votre feuille Excel.

réessayez l'importation en utilisant L'Assistant D'importation de données SQL Server 2005.

aussi, voici un lien vers une autre question qui a des réponses supplémentaires:

Assistant Importation De Données N'Aime Pas Le Type De Données-Je Choisir Pour Une Colonne

une chose qui n'est pas mentionnée dans la réponse acceptée est que le paramètre" IMEX=1 "doit aller à l'intérieur de la partie citée de:

...;Extended Properties="...";

; IMEX=1; ne fonctionne pas toujours... Tout sur les types de données mixtes dans Excel: mélange de types de données dans Excel colonne

une autre solution consiste à trier le tableur avec les données des caractères en haut, ce qui fait que Excel voit la colonne comme une chaîne de caractères, et importe tout comme tel.

vous pouvez également modifier le Registre pour regarder plus de valeurs que seulement les 8 premières lignes. J'ai utilisé cette méthode et fonctionne très bien.

http://support.microsoft.com/kb/281517

bien IMEX=1 n'a pas fonctionné pour moi. La suggestion de Reynier Booysen non plus. (Je ne sais pas si cela fait une différence, mais J'utilise SQL Server 2008r2). Une bonne explication de quelques solutions de rechange et aussi quelques explications de pourquoi IMEX=1 est limité aux huit premières lignes de chaque feuille de calcul peuvent être trouvées à http://social.msdn.microsoft.com/Forums/en-US/sqlintegrationservices/thread/78b87712-8ffe-4c72-914b-f1c031ba6c75

Espérons que cette aide

j'ai utilisé la recette suivante:

1. Importer des données à partir d'Excel vers Access
2. importer des données à partir de L'accès au serveur SQL

et ça a marché pour moi...

je me cognais la tête contre un mur avec ce numéro pendant un moment. Dans notre environnement, nous consommons des fichiers de prix de nos fournisseurs dans divers formats, dont certains ont plus d'un million de disques. Cette question se pose généralement lorsque:

• les lignes scannées par le pilote de L'OLEDB semblent contenir des nombres, mais contiennent des valeurs mélangées plus tard dans l'ensemble d'enregistrement, ou
Les champs
• ne contiennent que des nombres, mais la source a quelques formaté sous forme de texte (habituellement des fichiers Excel).

le problème est que même si vous définissez votre colonne d'entrée externe au type de données désiré, le fichier est scanné à chaque fois que vous exécutez le paquet et est modifié dynamiquement en ce que le pilote de L'OLEDB pense que le champ devrait être.

nos fichiers source contiennent typiquement des en-têtes de champ (texte) et des prix (champs numériques), ce qui me donne une solution facile:

Première étape:

• changez votre énoncé SQL pour inclure les champs d'en-tête. Cela oblige SSIS pour voir tous les champs de texte, y compris les zones de prix.

pour champs mixtes:

• votre problème initial est résolu parce que vos champs sont maintenant du texte, mais vous avez toujours une ligne d'en-tête dans votre sortie.
• Empêcher la ligne d'en-tête d'en faire votre sortie en changeant la clause SQL WHERE pour exclure les valeurs d'en-tête par exemple " WHERE NOT ([F4]='Price')"

pour les champs numériques:

• en utilisant l'éditeur avancé pour la source OLE DB, définir la sortie colonne pour le champ prix (ou tout autre champ numérique) à un numérique Type de données. Cela provoque tous les enregistrements qui contiennent du texte dans ces domaines à l'échec, y compris l'enregistrement d'en-tête, mais les forces d'un de conversion sur valeurs numériques sauvegardées sous forme de texte.

• définissez la sortie D'erreur pour ignorer les échecs sur vos champs numériques.

• alternativement, si vous avez encore besoin d'erreurs sur les champs numériques redirigés, supprimer la ligne d'en-tête en changeant la clause SQL WHERE pour exclure les valeurs d'en-tête alors,

• définit la sortie D'erreur pour rediriger les échecs sur ce champ.

évidemment, cette méthode ne fonctionne que lorsque vous avez des champs d'en-tête, mais espérons que cela aidera certains d'entre vous.

Option 1. Utilisez Visual Basic pour itérer à travers chaque colonne et formater chaque colonne en texte.

utilisez le menu Text-to-Columns, ne changez pas la délimitation, et changez "général" en" texte "

j'ai eu le même problème. Le problème se trouvent dans le Excel Source tâche. Lorsque vous configurez cette tâche la première fois, la tâche se connectera au fichier Excel spécifié (via la connexion Excel) et décidera quel type chaque colonne est basée sur le tableur courant.

ainsi, si vous configurez la tâche Excel Source , assurez-vous juste que les colonnes qui doivent être du texte n'ont que du texte dans la colonne. Cela signifie que l' Excel Source la tâche supposera toujours que tout tableur subséquent aura le même format et lira 12345 comme texte parce que la colonne était du texte lorsque la tâche a été établie.

Espère que ça a du sens!

j'ai eu le même problème, des valeurs de type de données multiples dans une seule colonne, des valeurs numériques de charge de paquet seulement. Reste tout cela mis à jour comme null.

Solution

pour corriger cela changer le type de données excel est l'une de la solution. Dans Excel copier les données de colonne et coller dans un fichier différent. supprimer la colonne et insérer une nouvelle colonne comme type de données et coller les données copiées dans la nouvelle colonne.

maintenant dans le paquet ssis supprimer et recréer la source Excel et la table de destination changer la colonne type de données comme varchar .

ça va marcher.

si plusieurs colonnes de la feuille de calcul excel portent le même nom, ce genre d'erreur se produit. Le paquet fonctionnera après avoir rendu le nom de la colonne distinct. Parfois les colonnes cachées sont ignorées en vérifiant les noms des colonnes.

1. cliquez sur fichier dans le menu ruban, puis sur Options.

2. cliquez sur Avancé, puis sous Lors du calcul de ce cahier, sélectionnez la précision de L'ensemble tel qu'affiché case à cocher, puis cliquez sur OK.

3. cliquez sur OK.

4. dans la feuille de travail, sélectionnez les cellules que vous voulez formater.

5. Sur l'onglet Accueil, cliquez sur le bouton Lancer de la boîte de dialogue image à côté de Nombre.

6. dans la case Catégorie, cliquez sur le numéro.

7. dans la case des décimales, inscrivez le nombre de décimales qui vous voulez afficher.

ça a marché pour moi. Sélectionnez la colonne problematic dans Excel-mettez en surbrillance la colonne entière. Changez le format en "texte". Enregistrez le fichier Excel.

dans votre paquet SSIS, allez dans le volet de flux de données pour votre importation. Double-cliquez sur le noeud source Excel. Il devrait vous avertir que les types ont changé et vous demander si vous voulez reconfigurer. Cliquez Sur Oui. L'exécution devrait maintenant fonctionner et apporter toutes les valeurs.

Note: J'utilise Excel 2013 et Visual Studio 2015, mais je suppose que ces instructions fonctionneraient aussi pour les versions précédentes.

Il m'a fallu un peu pour réaliser la source de l'erreur dans mon colis. Finalement j'ai trouvé que les données étaient converties en null ( Example: from "06" to "NULL" ), et j'ai trouvé cela via L'aperçu dans la connexion de fichier source ( Excel Source> Edit> Connection Manager> Sheet='MySheet'> Preview... ). J'ai été excité quand J'ai lu le post de James pour éditer la chaîne de connexion pour avoir des propriétés étendues: ;Extended Properties="IMEX=1" . Mais cela ne fonctionne pas pour moi.

j'ai été capable de résoudre l'erreur en changeant le Format de cellule dans la feuille de travail Excel de " nombre" au "texto". Après avoir changé le format, le processus de téléchargement s'est déroulé avec succès! Ma chaîne de connexion ressemble à: Provider=Microsoft.ACE.OLEDB.12.0;Data Source=\myServer\d$\Folder1\Folder2\myFile.xlsx;Extended Properties="EXCEL 12.0 XML;HDR=NO";

voici quelques screenshots qui résolvent mon message d'erreur.

Erreur : Métadonnées du fichier Excel de connexion

Source d'erreur : format "général"

Source d'erreur changée : "format texte

correction d'Erreur : Métadonnées du fichier Excel de connexion