Récupération fichier texte sous access Résolu/Fermé

Question

Re-salut,

En parlant de souci....

Je récupère mes données info.txt via FTP et c'est de la balle!
toutefois si la LIGNE est trop grande dans le fichier au 80 ième caractères il revient à la ligne ce qui me mets dans la mouise!!!
Par contre dans les propriétés il voit bien le bon nombre de champ entre les points-virgules.

N'y at-il pas un solution pour qu'il n'y est pas de retour chariot après 80 caractères????

Suis-je obligé de coupé mon fichier en 2 ou 3 à chaque fois???

Si vous êtes toujours à l'écoute merci

Laurent à Casa.

PS: ce message fait suite à une question posée par moi sur forum linux/unix

Utilisateur anonyme · Answer

Salut,
Es-tu sûr qu'il positionne un retour de chariot?
Ce n'est pas parceque il y a un passage à la ligne qu'il y en a un.

As-tu fait un essais d'import en Access?
Je ramène fréquement (d'un mainframe OS 390) des fichiers dont la longueur de ligne dépasse les 1000 caractères et je n'ai aucun problème. Si j'ouvre le fichier text avec notepad, il me montre effectivement des sauts de ligne intempestifs qui ne sont pas pris en compte lors de l'import en Access.

Nb: Evite d'ouvrir ton fichier avec Word...

Rien n'est plus dangereux qu'une idée quand on a
qu'une idée :-)

Utilisateur anonyme · Answer

Salut,

Merci de ta réponse,

Access voit 2 lignes comme dans le fichier texte!
C'est pas forcement un retour chariot : il y a 2 lignes c'es tout! et Access voit également 2 lignes!!!

Est-ce dans l'importation par FTP ?

De l'aide!!!

Merci

Laurent à Casablanca

blux · Answer

Salut,

tu récupères tes données depuis quel type de machine ?
parce que c'est très bizarre, ton truc...

je récupère comme LeLaid des données d'un mainframe (GCOS 8), avec des lignes de bien plus de 80 caractères, et je n'ai pas de souci...

A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Utilisateur anonyme · Answer

Merci à tous

Ca fait plaisir de pas se sentir tout seul!!!

Je sais parfaitement que normalement il n'y a aucun problème, mais malheureusent le problème est la!

Reprenons les étapes :

1 création d'un .txt sous SQLPLUS avec la fonction spool nom_du_fichier_créé avec les champs des tables spécifiés avec ||;|| ok? je pense que c'est la création SPOOL qui pose problème.
A votre avis?

Si tel est le cas comment puis -je faire sous SQLPLUS pour récupérer les données de mes tables!!!!

Au secours,

Moi non plus je pensais pas avoir de des difficultés à ce niveau!

Réponses ASAP!!!

Laurent à Casa

Utilisateur anonyme · Answer

Je ne connais pas le principe de SPOOL, mais est tu sûr de ne pas pouvoir spécifier la longueur de lignes dans une option?

En SAS par exemple, l'option LS = xxxx permet de spécifier la longueur de ligne du fichier à créer. Il est probable qu'une telle option soit disponible. Pose la question sur le forum Linux/Unix (formum originel de ta question).

Rien n'est plus dangereux qu'une idée quand on a
qu'une idée :-)

GillouDeLabas · Answer

Si je puis me permettre , je lirai le fichier dans sa globalité avec un petit programme java pour identifier les tabulations et les retours chariots en récupérant la position du caractère dans le fichier. C'est très facile à faire ! Tu seras enfin combien tu as de ligne dans ton fichier. 

Il est sure que le transfert FTP peut endomager un fichier, mais je ne crois pas que ton problème provienne de là au regard de tes écrits.

Cordialement, Gilles.

prath · Answer

Bonjour, 
J'utlise access 2003.
je souhaite charger un fichier .txt vers vers une base en access 2003.

voilà le code que j'ai en access 97:

If last_maj.Value < date Or IsNull(last_maj) Then
        Filename = Chemin & "fichier.txt"
        Transfert = True
        Name Filename As Filename
        If Transfert = True Then
            DoCmd.DeleteObject acTable, "TEMP_IMPORT"
            DoCmd.TransferText , "SPEC_FICHIER", "TEMP_IMPORT", Filename, False, ""
            Kill Filename
            Cpt = Count_Lines("TEMP_IMPORT")
            If Cpt > 0 Then
                DoCmd.RunSQL ("DELETE * FROM BASE")
                DoCmd.RunSQL ("INSERT INTO BASE SELECT * FROM TEMP_IMPORT;")
                DoCmd.RunSQL ("DELETE * FROM BASE WHERE cod_int = '';")
                ' Mise à jour de la liste des conditions
                DoCmd.RunSQL ("DELETE * FROM CONDITIONS;")
                DoCmd.RunSQL ("SELECT DISTINCT lib_nbe INTO CONDITIONS FROM BASE;")
            Else
                Fichiers_en_erreur = Fichiers_en_erreur & Chr(13) & Chr(10) & "- Articles (Vide) "
            End If
        Else
            Fichiers_en_erreur = Fichiers_en_erreur & Chr(13) & Chr(10) & "- Articles (Absent) "
        End If


Access 2003 ne renait pas TEMP_IMPORT

Merci à ts.

blux · Answer

Sur quelle ligne ?

La table existe-t'elle avant qu'on la supprime ?

prath · Answer

Oui, la base existe.
il y aurait un autre moyen de faire un import ?

blux · Answer

Ca plante à quelle ligne ?

prath · Answer

ça plante sur la ligne : " DoCmd.DeleteObject acTable, "TEMP_IMPORT""

prath · Answer

sino, vs savez quel fonction utiliser ?
Merci,

J'en ai besoin avant demain matin

Merci

Récupération fichier texte sous access

12 réponses

Discussions similaires