PC SOFT

PROFESSIONAL NEWSGROUPS
WINDEVWEBDEV and WINDEV Mobile

Home → WINDEV 2024 → Connexion sur une table d'un fichier .mdb (ACCESS)
Connexion sur une table d'un fichier .mdb (ACCESS)
Started by ae, Sep., 19 2004 11:07 AM - 4 replies
Posted on September, 19 2004 - 11:07 AM
Bonjour,
Une application chez un client a été développée sous ACCESS.
Ce client me demande une petite application que je souhaite développer en
Windev. Cette application doit accéder aux données contenues dans une table
du fichier de données ACCESS.
Comment faut-il procéder pour qu'à l'installation chez le client du
programme Windev celui-ci reconnaisse la table du fichier ACCESS sur
laquelle il doit être connecté?
Merci de vos conseils.
Alain Esmilaire
Posted on September, 20 2004 - 10:03 AM
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.
Posted on September, 20 2004 - 11:15 AM
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.

Posted on September, 20 2004 - 12:40 PM
En fait il faut :

En développement :

effectuer le drag and drop du fichier dans l'analyse. Ainsi tu disposes de
la structure du fichier dans l'analyse, donc des différents éditeurs
(requete, etat...) et tu peut donc utiliser les ordres H sur ces fichiers

En clientele :

Il te suffit de redéfinir ta connexion par programmation au fichier mdb par
la commande HDecritConnexion suivi de HChangeConnexion.


Antoine

Alain E wrote:
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.
Posted on September, 20 2004 - 12:59 PM
Bonjour,
Merci beaucoup.
En effet cette solution proposée semble répondre parfaitement à mon
problème. Je vais "m'y coller" de ce pas!
AE

"Antoine" <antoine.info.dev@free.fr> a écrit dans le message de
news:414e973e$1@news.pcsoft.fr...

En fait il faut :

En développement :

effectuer le drag and drop du fichier dans l'analyse. Ainsi tu disposes de
la structure du fichier dans l'analyse, donc des différents éditeurs
(requete, etat...) et tu peut donc utiliser les ordres H sur ces fichiers

En clientele :

Il te suffit de redéfinir ta connexion par programmation au fichier mdb

par
la commande HDecritConnexion suivi de HChangeConnexion.


Antoine

Alain E wrote:
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.