Version imprimable
Bonjour à tous,
J'utilise ce code pour transferer les données d'une table vers un fichier format CSV.
Bizarrement j'ai toujours un chevauchement de la 12ème ligne sur la 11ème ligne ensuite l'export se déroule correctement.
Auriez vous svp une idée d'où pourrait venir cet incident?
Pièce jointe 635118Citation:
DoCmd.TransferText acExportDelim, "GI601_unicode", "GI601", "P:\export\GI601_" & Format(Date, "yyyymmdd") & "_" & Format(Time, "hhnnss") & ".csv", True
Merci pour votre aide
Bonjour,
Un caractère de séparation dans la source ?
Cordialement,
Bonjour,
C'est le point virgule, il n'y en a pas dans le fichier source. Peu importe les données de la table c'est la 11 ème ligne qui cloche
En faisant via l'export access en format xls je n'ai pas l'incident.
En format texte pas d'incident non plus . Je crois que cela vient du code vba?
Salut
Possible de nous fournir extrait bdd avec les 15 premières lignes de la tbl à condition que les données ne soient pas sensibles ?
Salut
Je sais que c'est pas très simple pour apporter de l'aide
Beaucoup de données client, difficile de mettre en ligne la base
je peux mettre les champs de la table
Le code qui exporte en CSV
Code:DoCmd.TransferText acExportDelim, "GI601_unicode", "GI601", "P:\export\GI601_" & Format(Date, "yyyymmdd") & "_" & Format(Time, "hhnnss") & ".csv", True
Citation:
Je me suis dit que la donnée 120 de la 1ère colonne pouvait poser problème avec le 12 de la ligne excel. Je les remplacé par 119 même resultat.ligne 12 en incident
J'ai fait un test avec 155 lignes avec des données différentes en espérant un incident sur la ligne 120 encore incident sur la 12 ème ligne
Truc qui rend fou
Pourriez vous me proposer un autre code pour exporter ma table en format CSV?
Bonjour,
Si vous faites un export vers Excel pourquoi vous passez par un format csv "DoCmd.TransferText" au lieu de "DoCmd.TransferSpreadsheet" ?
La spéc "GI601" que vous utilisez, que contient-elle ?
La copie d'écran de vos données ne peuvent pas indiquer si il y a un caractère de contrôle dans vos données.
Cordialement,
Bonjour,
Je dois absolument être en format csv c'est une demande client pour incorporer les données dans son logiciel.
Le GI601 contient les données qu'il y a dans les copies d'écran.
re,
j'entends bien
ce que je demandais, dans la mesure du possible, une bdd ne contenant que votre tbl GI601 avec au moins les 15/20 première lignes et un extrait du fichier csvCitation:
Envoyé par olive323
que contient ou qu'avez-vous paramétré dans GI601_unicode ?
Désolé, c'est de la spéc "GI601_unicode" et non des données de la table qu'on demande.Citation:
La spéc "GI601" que vous utilisez, que contient-elle ?
Vous dites avoir un point-virgule ";" comme séparateur mais c'est un pipe "|" qu'il y a dans le fichier résultat. Comment vous expliquez cette incohérence.
Bonjour,
Voici la base, en ouvrant celle ci l'action d'export du fichier CSV s'effectue. Je pense que le probleme vient de la colonne SHIP ADR (adresse liv)
Merci pour votre aide
Pièce jointe 635638
bonjour,
l'utilisation de Unicode comme paramètre de "Page de code" dans le format d'exportation semble être l'origine du problème car en prenant le format Unicode (UTF_8), je n'ai pas eu le souci d'enregistrement insécable, mais peut-être faudrait-il tester avec un plus grand nombre d'enregistrements.
Donc à toi de voir si c'est absolument indispensable d'utiliser Unicode pour tes fichiers en te renseignant auprès du destinataire du fichier (ou du prestataire dans le cadre de l'utilisation d'un logiciel tiers ?) ...
fichiers produits avec UNICODE et UNICODE (UTF-8):
Pièce jointe 635647
Bonjour,
J'ai testé plusieurs échanges avec l'Unicode (UTF-8). Ca fonctionne impeccable suis modification de l'encodage client.
Merci pour votre aide
bonne journée
