François,

Faire ce que tu souhaites en VFP est un cauchemar, parce que tu vas devoir conserver un logfile de tous les changements de structure que tu effectues, pour pouvoir les appliquer à nouveau chez le client.

Si ton projet est petit, tu pourrais imaginer créer un Maintenance.DBC qui contiendrait la table modifiée, et copier cette table dans le DBC du client. Etudie COPY TO. En VFP 5.0, le COPY TO d'un DBC à un autre conserve tous les attributs de la table.

S'il s'agit d'un projet plus ambitieux, alors vois du côté de xCase ou de Stonefield Data Dictionnary. Ces deux produits te permettent de mettre automatiquement la structure des tables de ton client à jour au départ de ton prototype.

José


>Salut le monde,
>
> J'ai un problème avec un client, plusieurs structures de table ont été ou
>seront modifiées. Mon client a déjà des données dans ses tables. Je veut écrire
>une procédure intégré à un écran qui me permettera d'appliquer une nouvelle structure
>de table et copier par la suite les enrg. dans la nouvelle table.
>
>Mais le problème est que les tables de la base de données contienent des champs ayant
> un nom plus grand que 10 caractères. Ma table (nouvelle structure) doit être autonome
> par rapport à la base de données pour que je puisse transporter et aussitôt que je la
> sépare du .dbc, je perd mes noms.
>
>J'aimerai avoir un avis et savoir si il y a déjà des utilitaires de développer sur ce sujet.
>
>Merci!
>
>
>Francois Durocher