Discussion :

[benjaminalvarez]

Bonjour à tous,

Je cherche le moyen d'aller copier( en vba ) dans " R:\PRESSE\FIC\RCL.DBF "
la Table " RCL .dbf " pour remplacer celle qui se trouve dans ma base de données, qui se nomme aussi " RCL ".

Est il possible que cette copie est lieu à l'ouverture de ma base de donnée
Une sorte de mise à jour

Merci de vos réponses

bj

[Invité]

Bonjour

Ce que tu peux faire c'est lier ton fichier, et lancer une requête de mise à jour à l'ouverture de ta base.

Starec

[benjaminalvarez]

Starec bonsoir ,

La base d'origine ne doit surtout pas être modifiée.
si je lie ma table "source" a ma table base de données , les modifications faites sur ma table base de données vont aussi être répercutées sur ma table source , ( enfin je crois !)

L'idéal serait de puvoir mettre à jour et modifier ma base de données sans incidence aucune sur ma table " source" .

c'est un peux confus désolé

Merci pour les réponse


A+ Bj

[marot_r]

Personnelement je créerai une copie de travail de ma DBF que je lierai à partir de mon Access. Ce serait la seule table que Access connaitrait donc tu n'as plus aucun risque de modifier tes données source.

Ensuite tu peux faire la copie dans un .BAT qui copirait le fichier .dbf puis lancerai ton appli.

Exemple de fichier .bat

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
copy /y "X:\TonCheminSource\TonAppli.dbf" "X:\TonCheminCible\TonAppli.dbf"
 
call "C:\Program Files\Microsoft Office XP\Office10\msaccess.exe" "X:\TonChemin\TonAppli.mdb"

Tu peux aussi faire la copie à l'ouverture de la BD avec l'instruction FileCopy.
À mettre dans ton formulaire d'ouverture, sur open par exemple.

[Invité]

Bonjour

Starec bonsoir ,

La base d'origine ne doit surtout pas être modifiée.
si je lie ma table "source" a ma table base de données , les modifications faites sur ma table base de données vont aussi être répercutées sur ma table source , ( enfin je crois !)

Non, la requête de mise à jour prend les données dans ta table liée, et la requête de mise à jour met à jour les données de ta table à toi, pas de la table source.
Dans la source on ne fait que récupérer, donc aucune modification.

Starec

[benjaminalvarez]

Merci à vous pour vos réponses ,

je trouve que l'idée de marot_r est super mais compliqué pour mon niveau

La requête de mise à jour est plus à ma portée ( enfin je crois )
Cependant je me pose la question suivante:

La requête de mise à jour, a t elle besoin d'arguments pour aller chercher les nouveaux enregistrements dans la table source ?

Merci beaucoup pour vos réponses .

Bj

[Invité]

Bonjour

Pour éviter les doublons dans ta table de destination et donc ne prendre que les dernières données, il faut que tu indexes tes champs ou une partie, selon le cas pour éviter les doublons.

Il faudrait connaitre la structure de tes données.

Starec

[benjaminalvarez]

Bonjour starec,

Ci joint la stucture de la Table .

J'ai pensé à utiliser les dates comme argument.
Le hic c'est que une réclamation ( a une date donnée) peux rester en rétention plusieurs jours .
La seule qui me semble fiable -----> la date MEV

Merci de ta réponse

RCL_TABLE.xls

bj