> Jean à Grenoble a écrit :
>> 1) J'ai presque réussi à faire lire une table Visual Foxpro. Il n'y a
>> pas ce logiciel dans la liste des importations possibles (alors qu'il
>> y a Microsoft Access); mais on peut cliquer sur 'DBF'. Seulement les
>> dates sont mal converties et les champs situés après ne sont plus
>> calés correctement. Inutilisable.
>
> Problème avec dbase je pense
NON !
Je suis un des spécialistes de Dbase / Visual Foxpro en France et je
pense savoir faire une table correcte.
Le problème est ailleurs. La 'norme DBF' a beaucoup évolué avec le temps
(DBase date des années 1985 tout de même) et la structure des fichiers a
aussi beaucoup évolué tout en respectant la compatibilité ascendante.
Il y a 2 soucis :
1- Foxpro et Visual Foxpro ont utilisé un octet libre de l'entête du
fichier pour y mettre le type de structure (DB3, Fox DOS, Fox Windows,
VFP3, VFP9, ....) donc même si on crée une table 'pure DBase3', la
plupart des logiciels butent sur cet octet (cela devrait être facile à
corriger)
2- le nombre de types de champs a beaucoup évolué (en gros on a tous
les champs DBase3 ET tous les champs VFP ET tous les champs Oracle et
SQL SERVER (VFP est un excellent client) ..) et il serait bon que l'on
puisse avoir un import 'moderne' au même titre qu'il y a un import
ACCESS. Dans les manques 'cruels', Dbase3 n'admet pas les champs memo
(texte de longueur libre (blob sous Oracle)) ni les champs entiers (en
binaire sur 4 octets (servent beaucoup pour les clefs)).
--
Jean MAURICE
Grenoble - France - Europe
www.atoutfox.org
www.aedtf.org
PS je sépare mes réponses en plusieurs sujets ...
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
