Discussion :

[tibofo]

Bonjour,

J'ai besoin d'importer plusieurs fichiers plats txt délimité ; pour créer des tables et importer leurs données.
Mon fichier ressemble exactement à ça (je l'ai réduit pour mon import à 1 ligne)
Client_Livré;Date_Dern_Vente;Client_Facturé;Code_article;Prix_Unitaire_Net;Qté_Livrée;Ref_Commande;Numéro_Pièce
16030;20060224;16030;CP228045H;16.000;5.0000;FIN FEV FAIRE FRE RGTCPT;FA06001586


Je cherche à ce que mes données soient au bon format lors de l'importation.

Mais si dans l'aasistant, je mets par exemple, pour la colonne date_Dern_Vente, qui est dans le fichier txt sous la forme 20091001, le format date [DT_DATE]
ou même pour la colonne Prix_Unitaire_Net, le format numérique [DT_NUMERIC], j'obtiens un échec de conversion quoi qu'il arrive.

Echec informant d'une perte de données. :
Erreur 0xc02020a1*: Tâche de flux de données*: Échec de la conversion de données. La conversion de données de la colonne «*Date_Dern_Vente*» a retourné la valeur d'état*2 et le texte d'état*«*La valeur n'a pas pu être convertie en raison d'une perte potentielle de données.*».
(Assistant Importation et Exportation SQL Server)


Je ne voudrais pas importer tout en format chaîne [DT_STR] pour faciliter mes travaux par la suite. Je ne peux rien changer à mes fichiers txt (ils proviennent d'un ERP et seront importés tous les jours)

Existe-il un moyen d'y arriver ?

Merci
Thibault

Edit : j'ai résolu la date en modifiant le format de la date ds le fichier d'origine.
Mais le pb continu, pour le Prix exemple en 23.564 : j'ai essayé plusieurs formats et tous ont échoués.
Apparemment, c'est la présence du "point" qui gène SQL 2005 EXPRESS.
Une solution ?

[mikedavem]

Bonjour,

Cela dépend de vos paramètres régionaux de votre serveur.
Par défaut, le séparateur des décimals est la virgule. C'est pour cela que votre importation ne fonctionne pas et que vous avez cette erreur.

Vous pouvez changer ses options ou changer vos points par des virgules ...

++

[tibofo]

Merci pour l'information