APPEND FROM
Copie les enregistrements d'une table existante à la fin de la table en
cours.
Syntaxe
APPEND FROM <fichier> | ? | <masque de fichier>[FOR <condition>][[TYPE]
SDF | PARADOX | DBASE | DELIMITED [WITH
<caractère> | BLANK]
][NOVERIFY][POSITION][REINDEX]
<fichier> | ? | <masque de fichier>
Le nom de la table dont vous voulez ajouter les enregistrements à la table en cours.
APPEND FROM ? et APPEND FROM <masque de fichier> affichent une boîte de dialogue,
à partir de laquelle vous pouvez sélectionner un fichier. Si vous spécifiez un fichier
sans inclure son chemin d'accès, dBASE recherche d'abord le fichier dans le répertoire
en cours, puis dans le chemin d'accès spécifié par SET PATH. Si vous spécifiez un
fichier sans inclure son extension, dBASE prend par défaut le type de table spécifié
par la commande SET DBTYPE.
Vous pouvez aussi ajouter des enregistrements d'une table dans une base de données
(définie à l'aide de l'utilitaire de configuration BDE) en spécifiant la base de
données comme préfixe (entouré du caractère deux-points) au nom de la table,
c'est-à-dire, :base de données:table. Si la base de données n'est pas ouverte,
dBASE affiche une boîte de dialogue dans laquelle vous spécifiez les paramètres, tels
que le nom de connexion et le mot de passe nécessaires pour établir une connexion à
cette base de données.
FOR <condition>
Restreint APPEND FROM aux enregistrements de <fichier> qui satisfont à la
<condition>. Vous pouvez spécifier une <condition> FOR uniquement pour
les champs existants dans la table en cours.
[TYPE] SDF | PARADOX | DBASE | DELIMITED [WITH
<caractère> | BLANK]
Spécifie le format de données en cours d'ajout. Le mot réservé TYPE est inclus
uniquement pour la lisibilité; il n'a pas d'effet sur l'opération de la commande. Le
tableau suivant présente une description des différents formats de fichiers
supportés :
| Type | Description | ||||||||
| SDF | Un fichier au format System Data Format. Les enregistrements d'un fichier SDF sont de longueur fixe, et la fin d'un enregistrement est marquée par un retour chariot et un saut de ligne. Dans la table recevant les données SDF, les parties de champs inutilisées sont complétées par des espaces. Si vous ne spécifiez pas d'extension, dBASE prend par défaut l'extension .TXT. | ||||||||
| PARADOX | Une table Paradox (avec l'extension .DB). Les lignes Paradox sont copiées
dans les enregistrements dBASE, et chaque colonne Paradox est copiée dans un champ dBASE. DBASE Une table dBASE. Si vous n'incluez pas d'extension pour <fichier>, dBASE prend par défaut l'extension .DBF. |
||||||||
| DBASE | Une table dBASE. Si vous n'incluez pas d'extension pour <fichier>, dBASE prend par défaut l'extension .DBF. | ||||||||
| DELIMITED | Un fichier de format texte. Les données des formats suivants seront
traduites par dBASE dans la table en cours comme suit :
Chaque retour chariot et saut de ligne indiquent un nouvel enregistrement. WITH <caractère> Spécifie que les données Caractère de <fichier> sont délimitées par le <caractère> spécifié au lieu de guillemets. WITH BLANK Spécifie que les données de <fichier> sont séparées par des espaces au lieu de virgules ou autres délimiteurs. Si vous spécifiez DELIMITED sans inclure WITH BLANK, dBASE considère que les éléments de données de <fichier> sont séparés par des virgules.
|
Séparateur ou délimiteur : une explication de Romain Strieff
NOVERIFY
Désactive la validation des données pendant l'exécution de la commande APPEND FROM avec
des fichiers de type SDF pour accélérer le traitement. Si vous utilisez NOVERIFY, les
données sources sont copiées telles quelles dans les champs cibles. Sans la validation
des données, dBASE ne vérifie ou ne convertit pas les données sources au type de
données des champs cibles.
POSITION
Ajoute des champs en fonction de leur position relative dans la table au lieu d'une
correspondance des noms de champs.
REINDEX
Reconstruit les fichiers index après la fin d'exécution de la commande APPEND FROM. Sans
REINDEX, dBASE met à jour tous les index ouverts après l'ajout de chaque enregistrement
à partir de <fichier>. Lorsque la table en cours possède plusieurs index ouverts
ou contient de nombreux enregistrements, APPEND FROM s'exécute plus vite avec l'option
REINDEX.
|
Utilisez la commande APPEND FROM pour ajouter des données d'un autre
fichier ou d'une autre table à la fin de la table en cours. Vous pouvez ajouter des
données provenant de tables dBASE ou de fichiers d'autres formats. Les données sont
ajoutées dans la table en cours selon l'ordre de stockage du fichier spécifié.
Lorsque vous spécifiez une table dBASE comme source de données, seul le contenu des
champs dont les noms et les types sont les mêmes que la table en cours sont ajoutés.
Cependant, dBASE n'ajoute pas des données dates dans un champ Caractère de même nom, et
ajoute des données caractères au format date dans un champ Date de même nom.
Si les champs communs à la table en cours et à la table source n'ont pas les mêmes
largeurs, dBASE effectue l'une des actions suivantes :
Si le champ de la table en cours est plus long que les données sources correspondantes,
dBASE complète les données par des espaces.
Si le champ de la table en cours est plus court que le champ
correspondant de la table source, dBASE tronque les données.
Si SET DELETED est à OFF, dBASE ajoute les enregistrements de la table source dBASE qui
sont marqués pour suppression et ne les marque pas pour suppression dans la table en
cours. Si SET DELETED est à ON, dBASE n'ajoute pas les enregistrements d'une table source
dBASE marqués pour suppression.
Lors de l'importation de données à partir d'autres fichiers, enlevez les titres de
colonnes, et les lignes et les colonnes vierges de tête. Sinon, ces données sont aussi
ajoutées.
|
Utiliser le méthodes append() ou appendUpdate() de l'objet UpdateSet pour ajouter des données issues d'autres tables.
Code
|
Dans l'exemple suivant, APPEND FROM est utilisée pour ajouter des enregistrements dans une table vide à partir d'un fichier texte (.TXT) formaté SDF :
USE CONTACT ORDER C_SOCIETE IN SELECT( ) |
USE SOCIETE IN SELECT( ) |
SELECT SOCIETE |
SET RELATION TO C_SOCIETE INTO CONTACT |
COPY STRUCTURE TO CntctLst; |
FIELDS SOCIETE->SOCIETE, ; |
CONTACT->C_SOCIETE, CONTACT->CONTACT, ; |
SOCIETE->RUE1, SOCIETE->RUE2, ; |
SOCIETE->VILLE, SOCIETE->ETAT,; |
SOCIETE->CODE_POST |
COPY TO CntctLst.TXT TYPE SDF; |
FIELDS SOCIETE->SOCIETE, ; |
CONTACT->C_SOCIETE, CONTACT->CONTACT, ; |
SOCIETE->RUE1, SOCIETE->RUE2, ; |
SOCIETE->VILLE, SOCIETE->ETAT,; |
SOCIETE->CODE_POST |
CLOSE ALL |
USE CntctLst |
APPEND FROM CntctLst.TXT TYPE SDF |
CLOSE ALL |
Dans l'exemple suivant, APPEND FROM est utilisée pour ajouter des
enregistrements de la table CLIENTEL à partir d'un fichier texte délimité par des
" (les champs de MailList.TXT sont dans le même ordre que ceux de la table
CLIENTEL) :
USE CLIENTEL |
COPY TO MailList.TXT TYPE DELIMITED |
APPEND FROM MailList.TXT TYPE DELIMITED |
L'exemple suivant permet de laisser l'utilisateur choisir le fichier ASCII à importer :
use MaTable.dbf |
cFile = getfile() |
if not empty(cFile) // au cas ou aucun fichier ne serait sélectionné |
append from (cFile) type sdf |
endif |
Utiliser une variable pour le nom de fichier à importer.
Supposons que vous ayez stocké le nom d'un fichier .txt à importer dans la variable _app.MonFichier, utiliser
| append from (_app.FileName) type delimited |
ou
| append from ( ["]+_app.filename+["] ) delimited |
|
Ken Mayer a développé depuis 2002 un formulaire qui est un véritable assistant pour l'importation d'un fichier dans une table :
Importdata.wfm
Vous le trouverez dans le fichier dUFLP sous le nom Importdata.wfm. L'entête du fichier est largement documentée pour vous permettre de savoir que faire pour l'inclure dans un exécutable.
|
Les
problèmes connus / Bien comprendre / Encore du code:Ajouter la clause FOR true
Dans les premières versions 32 bits, dans certains cas la commande APPEND FROM ne
fonctionne pas comme souhaité. Il est alors parfois nécessaire d'ajouter l'option FOR
true, même si aucune condition n'est requise. Exemple
| APPEND FROM <monfichier.txt> DELIMITED FOR TRUE |
Attention au délimiteur choisi
DELIMITED WITH BLANK ne fonctionne que pour les données qui ne contiennent pas
d'espaces, tout comme DELIMITED WITH " ne fonctionne pas pour des fichiers contenant
" dans les champs.
Les fichiers .txt
Les erreurs d'importations de ce type de fichiers proviennent souvent de données
incorrectes, manque de linefeed (LF) ou de carriage return (CR). Dans ce cas,
l'ajout de "for true" solutionne souvent le cas.
Fichiers textes
Linux, Unix, Apple ou Mac OS
Leurs fichiers textes n'utilisent que chr(10) pour leur caractère de fin de ligne,
tandis que DOS utilise les deux caractères chr(10) et chr(13). dBASE nécessite un
fichier texte DOS en vue de son importation
10 = retour à la ligne, 13 = retour chariot
Pour convertir un fichier Unix, Bowen Morsound a proposé ce code :
| // Untested! - De : "Bowen Moursund [dBASE Inc.]" |
| nMaxLineLength = 1024 // or whatever it actually is |
| fIn = new file() |
| fOut = new file() |
| fIn.open("SourceFile.txt", "R") |
| fOut.create("OutputFile.txt") |
| do while not fIn.eof() |
| cLine = fIn.gets( nMaxLineLength, chr(10) ) |
| fOut.puts( cLine ) |
| enddo |
| fIn.close() |
| fOut.close() |
| Groupes de discussion :
dbase.programming De : "Bowen Moursund [dBASE Inc.]" <newsgro...@dbase.com> Date : Tue, 14 Oct 2003 13:30:41 -0500 Date/heure locale : Mar 14 oct 2003 20:30 Objet : Re: append from withour cr(13) |
Pour information : sous les machines Apple II et Mac OS
jusqu'à la version 9, la fin de ligne est indiquée par un retour chariot (CR) , chr(13)
Convertir un fichier ASCII en CSV
Pour un certain nombre de raison vous pouvez vouloir transformer, avant l'utilisation de la commande APPEND FROM, un fichier ASCII délimité avec des espaces par un fichier délimité avec des virgules afin d'en faire un fichier CSV. Cette routine permet de le faire et est facilement transposable à toute autre modification. Attention de bien avoir un nom différent entre le fichier d'entrée (celui à convertir) et celui de sortie (converti).
| // De : "Gary White [dBVIPS]" |
| #define filein "c:\MonFichier.asc" |
| #define fileout "c:\MonFichier.csv" // ou MonFichier.txt |
| fin = new File() |
| fin.open(filein,"R") |
| fout = new File() |
| fout.create(fileout,"W") |
| buff = "" |
| do while not fin.eof() |
| buff = fin.read(1024) |
| do while " " $ buff // recherche d'un espace |
| buff := stuff(buff, at(' ', buff), 1, ',') // remplace espace par virgule |
| enddo |
| fout.write(buff) |
| enddo |
| fin.close() |
| fout.close() |
| Groupes de discussion :
dbase.programming De : "Gary White [dBVIPS]" <dBV...@usa.net> Date : Tue, 16 Oct 2001 07:52:03 -0500 Date/heure locale : Mar 16 oct 2001 14:52 Objet : Re: Append from |
Type SDF - Driver de Langage ?
Des difficultés ont été relevées pour la commande
| append from <nom>.txt type sdf |
si ldriver=windows dans le fichier PLUS.ini. Il convient alors d'en changer. Utiliser ? ldriver(), toutes tables fermées, pour connaître le driver en cours. Et mettre ´ldriver= ' (tous autres, sans les apostrophes). On suppose aussi que le "bug SDF" peut également être évité si les drivers dans le fichier PLUS.ini et le BDE sont identiques.
Quasiment rien d'ajouté -> Champ AutoIncrement ?
Si peu, voir aucun enregistrement n'est ajouté lors de l'importation d'une table
.dbf dans une autre, c'est probablement lié à une tentative de créer des lignes en
double. Si la table a ajouter à un index de clé primaire ou sur le champ autoincrement,
vous ne pouvez pas ajouter une nouvelle ligne qui reproduit la valeur du champ
AutoIncrement ....
Erreur "database engine error: insufficient disk space"
Ceci peut se produire lorsque l'on importe une table indexée. Une solution de contournement, après avoir regardé les solutions précédentes comme for True ou le type de ldriver, est de libérer la table de son index et de l'importer. Entre supprimer l'index ou faire une copie sans index et importer depuis cette copie vous avez le choix. Mais quand on parle de détacher l'index, il ne s'agit pas d'intervenir sur les entêtes de fichiers pour changer l'octet 28, ce serait source de désordre.
Explication : certaines versions de Windows ont un bug dans l'appel interne DOS pour obtenir l'espace disque libre et pour de grandes partitions un nombre négatif est renvoyé, de sorte que le BDE pense qu'il n'y a pas assez d'espace.
Erreur "Database Engine Error: Corrupt file - other than header" en important un fichier .txt.
Vérifier s'il s'agit d'un fichier Ascii qu'il a bien été appelé par append from monfichier.txt delimited
Voir le point expliqué ci-dessous : Séparateur, délimiteur : la différence.
Regarder si certains caractères ascii, inférieurs à 32 et autres que 10 ou 13 sont présents, et leur fonction. (Table ASCII)
Essayer l'assistant de dUFLP, à tout hasard....
Seuls les caractères Null (chr(0)) sont supposés pouvoir créer des difficultés, si vous ne pouvez pas le vérifier facilement, cette routine les supprimera :
| // supprimer le caractère null - From: "Mervyn Bick" cInFile
= "fichier.txt" |
| From: "Mervyn Bick"
<invalid@invalid.invalid> Newsgroups: dbase.programming Sent: Friday, June 25, 2010 11:08 PM Subject: Re: Stripping null from text file |
Importer des dates depuis un
fichier .CSV ou .TXT
dBase attend d'une date qu'elle soit au format Année, Mois, Jour AAAAMMJJ (ou YYYYMMDD), sans délimiteur. Vous devez donc parfois recourir à un programme intermédiaire pour que les données du fichier soient au bon format pour la/les date(s) importée(s).
La clause FOR f1+f2+f3 <> 0 ne marche pas avec des champs contenant Null
Le reproche fait dans l'évaluation de la condition, est que la commande
| APPEND FROM MaTable FOR f1+f2+f3 <> 0 |
est inefficace si des champs sont à Null, des enregistrements n'étant pas ajouté si l'un des 3 f&, f2 ou f3 est Null. .
On en revient à un problème classique de compréhension de ce qu'est Null. On a tendance à penser que Null = 0. En fait il convient dans notre esprit de remplacer Null par "Indéterminé". L'on comprend alors mieux le sens du calcul : si quelqueque chose est indéterminé, on ne peut pas effectuer l'opération correctement, on obtient un résultat indéterminé. En présence de champs contenant Null, il convient de modifier l'expression ainsi.
| append from MaTable for NOT EMPTY(F1) OR NOT EMPTY(F2) OR NOT EMPTY(F3) |
Séparateur, délimiteur : la différence
Quelques remarques sur les fichiers délimités
(DELIMITED).
Il y a certaines choses où beaucoup de gens semblent se méprendre.
Les fichiers délimités ont _2_ caractères spéciaux.
Le séparateur (SEPARATOR), qui sépare les champs.
Le délimiteur (DELIMITEUR), qui délimite les champs Charactères parce
ces champs _peuvent_ contenir le charactère séparateur.
En VDB (et toutes les versions DOS) le séparateur est _toujours_ la virgule. Tousles
fonctions export / import / copy to attendent et créent la virgule comme séparateur.
Seuls les _delimiteurs_ peuvent être sélectionnés par l'utilisateur et le délimiteur
doit être >= chr(33)
Chr(32) est un cas particulier car il a son propre un mot-clé (BLANK) consultez l'aide en
ligne.
Conversion
d'un fichier "délimité par des tabulations"
Beaucoup de gens parlent des fichiers délimités par des tabulations, mais je n'ai jamais
vu un tel animal dans ma vie.
Il ressemblerait à ceci: (<tab> serait chr(9) dans la réalité)
<tab>Romain<tab>,123000.22,<tab>Strieff<tab>,<tab>Luxembourg<tab>
Tous les fichiers que _j'ai_ rencontrés étaient séparés par des
tabulations!
"Romain"<tab>123000.22<tab>"Strieff"<tab>"TeamB"
Comme vous l'aurez deviné, ces deux types de fichiers ne peuvent pas être lues ou
créés avec APPEND / COPY TO, et vous avez besoin d'utiliser des moyens supplémentaires.
La procédure ci-dessous va changer le fichier que vous avez exporté ou que vous voulez
importer dans le format souhaité.
| //De : Romain Strieff [dBVIPS] |
| Procedure Tabs2vir |
| *--remplace TAB par virgule |
| Parameters cFile |
| nH=fopen(cFile,"RW") |
| local n |
| do while .not. feof(nH) |
| cS=Fgets(nH) |
| do while at(chr(9),cS)>0 |
| cS= stuff(cS,at(chr(9),cS),1,",") |
| enddo |
| fseek(nH,0-len(cS)-2 ,1) |
| fputs(nH,cS) |
| enddo |
| fclose(nH) |
| Return |
Même chose pour l'inverse.
| //De : Romain Strieff [dBVIPS] |
| Procedure Vir2Tabs |
| *--remplace virgule par Tab |
| Parameters cFile |
| nH=fopen(cFile,"RW") |
| local n |
| do while .not. feof(nH) |
| cS=Fgets(nH) |
| do while at(",",cS)>0 |
| cS= stuff(cS,at(",",cS),1,chr(9)) |
| enddo |
| fseek(nH,0-len(cS)-2 ,1) |
| fputs(nH,cS) |
| enddo |
| fclose(nH) |
| Return |
| Groupes de discussion :
dbase.programming De : Romain Strieff [dBVIPS] <dBV...@usa.net> Date : 2000/03/14 Objet : Re: Append From | delimited? |
Un utilitaire de conversion "généraliste"
Déniché sur un forum, par son coté "universel", ce code peut vous rendre service
| /*Voici une routine que j'ai écrit il y a quelque temps. Elle n'est pas jolie, et pourrait être améliorée. Surveillez wordwrap (la coupure des mots). |
| De : "Walter E. Wolfe" */ |
| Procedure ReplStrg(cFileFr,cFr,cTo) |
| *Cette routine remplace la chaîne cFr avec cTo dans le fichier cFileFr |
| *La longueur de cFr ou de cTo importe peu |
| *Le fichier de sortie a pour extension .TMP |
| *Exemples d'utilisation: |
| *ReplStrg("MonFichier.TXT","|",",") && remplace tous les | par , |
| *ReplStrg("MonFichier.TXT","TOM","JERRY") && remplace tous les TOM par JERRY |
| lResult=.f. |
| nLenFr=len(cFr) |
| if file(cFileFr) .and. nLenFr<>0 |
| *Faisons un nom de fichier avec ext. TMP |
| if at(".",cFileFr)>0 |
| cFileTo=left(cFileFr,at(".",cFileFr)-1) |
| else |
| cFileTo=cFileFr |
| endif |
| cFileTo=cFileTo+".TMP" |
| * Faisons un peu le contrôle des noms de fichiers et d'autres |
| if cFileFr<>cFileTo |
| if file(cFileTo) |
| delete file cFileTo &&peut aussi le renommer en .bak |
| endif |
| hFileFr= Fopen(cFileFr,"R") |
| hFileTo=Fcreate(cFileTo,"W") |
| if hFileFr > 0 |
| if hFileTo > 0 |
| * Les deux fichiers OK on peut commencer |
| do while .not. feof(hFileFr) |
| cLineFr=fgets(hFileFr) &&let's get a line |
| cLineTo="" |
| nPosFr=at(cFr,cLineFr) |
| do while nPosFr > 0 |
| cLineTo=cLineTo+left(cLineFr,nPosFr-1)+cTo |
| cLineFr=substr(cLineFr,nPosFr+nLenFr) |
| nPosFr=at(cFr,cLineFr) |
| enddo |
| cLineTo=cLineTo+cLineFr |
| fputs(hFileTo,cLineTo) &&let's output the change |
| enddo |
| lResult=.t. |
| fclose(hFileTo) |
| endif |
| fclose(hFileFr) |
| endif |
| endif |
| endif |
| return lResult |
| Groupes de discussion :
dbase.programming De : "Walter E. Wolfe" <wwo...@strato.net> Date : 2000/03/14 Objet : Re: Append From | delimited? |
Sources :
Aide Visual dbase V5.7
http://www.dbase.com/Knowledgebase/INT/xb2vdb7oodml/x2oodml.htm par Ken Mayer
Aide dBase Plus 2.6.0
http://fr.wikipedia.org/wiki/American_Standard_Code_for_Information_Interchange
dUFLP version W
Newsgroups dBase, dont notamment :
| Driver de langage Groupes de discussion :
dbase.programming De : Bruce Beacham <bbeac...@lowman.co.uk> Date : Wed, 05 Feb 2003 08:41:31 +0000 Date/heure locale : Mer 5 fév 2003 10:41 Objet : Re: append from error |
Unix - Linux Groupes de discussion : dbase.programming De : Geoff Wass <gw...@dbase.com> Date : Wed, 05 Feb 2003 22:54:00 -0800 Objet : Re: append from error |
| Les fichiers .txt Groupes de discussion : dbase.programming De : "George Balanis" <geor...@anotek.com> Date : Wed, 9 Jan 2002 08:54:41 -0800 Date/heure locale : Mer 9 jan 2002 18:54 Objet : Re: APPEND FROM .. TYPE SDF and DB2K 0.4 |
Délimiteur choisi Groupes de discussion : dbase.programming De : Romain Strieff [dBVIPS] <Rom...@forget.it> Date : Tue, 16 Apr 2002 17:18:33 +0200 Date/heure locale : Mar 16 avr 2002 17:18 Objet : Re: Using APPEND FROM for data import |
| Clause FOR true Groupes de discussion : dbase.programming De : "Roland Wingerter" <RWinger...@t-online.de> Date : Tue, 16 Apr 2002 16:21:26 +0200 Date/heure locale : Mar 16 avr 2002 16:21 Objet : Re: Using APPEND FROM for data import |
Driver de langage Groupes de discussion : dbase.programming De : bergisha...@it.dk (Ivar B. Jessen) Date : Mon, 17 Dec 2001 15:29:56 GMT Date/heure locale : Lun 17 déc 2001 17:29 Objet : Re: incompatible record structures |
| Champ AutoIncrement Groupes de discussion : dbase.programming De : "Ken Mayer [dBASE, Inc.]" <kma...@dbase.com> Date : Tue, 04 Feb 2003 12:16:24 -0800 Date/heure locale : Mar 4 fév 2003 22:16 Objet : Re: append from behavio |
Eviter Bug SDF Groupes de discussion : dbase.programming De : bergisha...@it.dk (Ivar B. Jessen) Date : Thu, 20 Dec 2001 10:35:02 GMT Date/heure locale : Jeu 20 déc 2001 12:35 Objet : Re: incompatible record structures |
| Erreur "database engine error: insufficient disk
space" Groupes de discussion : dbase.programming De : "Glenn Johansen" <g...@softarch.net> Date : Wed, 18 Feb 2004 16:51:10 -0500 Date/heure locale : Mer 18 fév 2004 23:51 Objet : Re: Append from error |
Explication "database engine error: insufficient
disk space" Groupes de discussion : dbase.programming De : Romain Strieff [dBVIPS] <Rom...@forget.it> Date : Mon, 4 Aug 2003 05:29:43 +0200 Date/heure locale : Lun 4 août 2003 05:29 Objet : Re: Have I exceeded the capacity of the data engine? |
| Détacher Index par modification octet 28 Groupes de discussion : dbase.programming De : "Jim Gibson" <nospamjimgib...@adelphia.net> Date : Thu, 7 Aug 2003 19:56:26 -0700 Date/heure locale : Ven 8 août 2003 04:56 Objet : detaching and re-attaching MDX files, Db2k |
Utiliser une variable pour le nom de fichier à
importer. Groupes de discussion : dbase.programming De : "Fred van der Meulen" <fvdmeu...@mail.com> Date : Sat, 22 Jun 2002 00:10:13 +0200 Date/heure locale : Sam 22 juin 2002 00:10 Objet : Re: How to use a variable for a filename with append from "Variablefilename" delimiter |
| Clause FOR et Null Groupes de discussion : dbase.programming De : "Todd Kreuter [dBVIPS]" <dBV...@usa.net> Date : Mon, 26 Nov 2001 15:21:23 -0500 Date/heure locale : Lun 26 nov 2001 22:21 Objet : Re: NULL fields |
Les dates dans un ficheir CSV ou TXT From:
"Mervyn Bick" <invalid@invalid.invalid> |
| "Database Engine Error: Corrupt file - other than
header" From: "Richard Perryman" <richard@maplesoft.net> Newsgroups: dbase.programming Sent: Friday, June 25, 2010 9:40 PM Subject: Stripping null from text file |
|
Si vous voyez des erreurs, ou souhaitez apporter des compléments, n'hésitez pas à le signaler.
Dernière modification : lundi 20 septembre 2010
© M.Abraham.