Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
importation données excel vers sql server2005
Bonjour,
J'essaie d'importer des données venant d'un tableau excel 2003 vers une table de sql server 2005 via l'assistant d'importation.
Lors du traitement, les données de la feuille excel 2003 sont considèrées comme des "varchar (255)" alors que les champs de la table de destination sont des "nvarchar (60). Du coup, l'importation échoue. Je précise que la taille des données excel est inférieure à 60.
Comment puis je réaliser cette importation ?
Vous en remerciant,
A+.
Eric.
salut,
quand tu utilise l'assistant Importation, essaye de changer les transformations de tes colonnes... en utilisant un trim au lieu de copy column
j'espere que tu vois ce que je veux dire......
En fait je n'écris pas de requête je sélectionne copier
En bref, j'ouvre l'assitant
source : excel
destination : microsoft ole db provider for sql server
specifier copie ou interrogation de table : copier les données à partir d'une ou plusieurs tables ou vue
selection de la source : onglet excel et de la destination : table sql
Enfin, j'éxécute (et ça plante...)
quand tu arrives sur la fenetre ou tu as, source: excel, destination:table sql. tu as un boutons "transformer" ou quelque chose comme ca
si tu click dessus, et une fenetre s'ouvre... la tu peux modifer la structure de la "table" excel
Ca c'était sous SQL server 2000. Je suis sous 2005.
Il y a un bouton mappage, et c'est dans cet écran que l'on voit la longueur des champs mais on ne peut pas la modifier. De plus, notre table est déjà créée avec les bonne longueur mais il ne veut pas copier les données excel dedans.
Une autre solution consiste par passer par une table temporaire et de transformer les données de celle-ci avant de les inserer dans la table définitive.
Merci.
Merci pour vos réponses.
Effectivement, c'est une solution de ne pas faire de restriction sur la table temporaiire (longueur de champs 255 caractères au lieu de 60) et de les faire après. Mais c'est plus contraingnant. D'autant plus que cela fonctionait sous SQL 2000.
Je ne vous ai pas dit que cela ne fonctionne pas sous la version 2005 mais vu le temps que ca prends pour maîtriser le SSIS, il vaut mieux en attendant procéder comme cela
Effectivement, passer par une table temporaire est la solution la plus simple pour un import brut et unique.
Effectivement, ce n'est pas la façon la plus optimisé.
Pour ne pas passer par une table temporaire, il faut oublier l'importation automatique et faire un package avec un flux de donnée et des transtypage ce qui est necessite une maitrise minimum de SSIS.
Bonjour,
Il faut ajouter une tâche de "Conversion de données".
J
Répondre avec citation
Partager