Bonjour,
Merci pour cet avis.
La solution que tu proposes n'est valable cependant il me semble que
si on se trouve sur le poste du développeur et ce n'est pas le cas.
Je reppelle mon problème: Le programme (version client) va
s'installer sur un poste en clientèle et ce que j'aimerais pouvoir
faire (si c'est possible) c'est établir une connexion sur la table du
fichier ACCESS (située en un endroit que je ne connais pas à priori).
J'ai pensé à la solution suivante:
Je reproduis sur le poste développeur le répertoire (ou le répertoire
et ses sous-répertoires le cas échéant) dans lequel se trouve le
fichier .mdb J'importe la structure de la table dans l'analyse par D&D
Je crée la version client. Comme la configuration client est la même
que la configuration développement ça devrait marcher.
Cette solution (si elle marche effectivement, je n'ai pas vérifié)
outre le fait qu'elle est peu élégante présente un inconvénient
majeur: si le fichier .mdb est déplacé chez le client le programme ne
pourra plus fonctionner.
Si tu as d'autres suggestions qui pourraient m'aider à résoudre ce
problème ce serait super.
Merci encore
AE
"Bernard Berguer" <guest@newsgroup.fr> a écrit dans le message de
news:414e71db@news.pcsoft.fr...
Il y a plusieurs solutions, mais celle qui me parait la plus simple
dans ton cas consiste à importer la structure des tables de la base
mdb directement dans
l'analyse de ton projet (par drag and drop) et à manipuler ensuite les
tables Access comme des tables HF.