Récupération fichier texte sous access

Résolu/Fermé
Utilisateur anonyme - 9 sept. 2003 à 12:29
 prath - 26 oct. 2007 à 17:21
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
A voir également:

12 réponses

Utilisateur anonyme
9 sept. 2003 à 12:52
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
  :-)
0
Utilisateur anonyme
9 sept. 2003 à 13:05
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
0
blux Messages postés 26010 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 26 avril 2024 3 289
9 sept. 2003 à 13:25
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"
0
Utilisateur anonyme
9 sept. 2003 à 13:38
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
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
Utilisateur anonyme
9 sept. 2003 à 16:04
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
  :-)
0
GillouDeLabas Messages postés 29 Date d'inscription mardi 20 mars 2007 Statut Membre Dernière intervention 21 juin 2014 12
20 mars 2007 à 22:16
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.
0
blux Messages postés 26010 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 26 avril 2024 3 289
21 mars 2007 à 08:29
Merci de ne pas exhumer des messages aussi vieux !
0
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.
0
blux Messages postés 26010 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 26 avril 2024 3 289
26 oct. 2007 à 14:42
Sur quelle ligne ?

La table existe-t'elle avant qu'on la supprime ?
0
Oui, la base existe.
il y aurait un autre moyen de faire un import ?
0
blux Messages postés 26010 Date d'inscription dimanche 26 août 2001 Statut Modérateur Dernière intervention 26 avril 2024 3 289
26 oct. 2007 à 15:29
Ca plante à quelle ligne ?
0
ça plante sur la ligne : " DoCmd.DeleteObject acTable, "TEMP_IMPORT""
0
sino, vs savez quel fonction utiliser ?
Merci,

J'en ai besoin avant demain matin

Merci
0