Bonjour,
Est-il possible d'utiliser VB6 avec la base de données sur Internet ,
exemple, sur un site d'un particulier qui souhaiterait utiliser un
un réseau à partir de deux endroits différents.
Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la base
données: C:Program FilesBase.mdb (par exemple)
Pourrait on avoir un chemin avec ftp quelque chose .....
Merci, et bonne année à tous,
Bonjour,
Est-il possible d'utiliser VB6 avec la base de données sur Internet ,
exemple, sur un site d'un particulier qui souhaiterait utiliser un
un réseau à partir de deux endroits différents.
Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la base
données: C:Program FilesBase.mdb (par exemple)
Pourrait on avoir un chemin avec ftp quelque chose .....
Merci, et bonne année à tous,
Bonjour,
Est-il possible d'utiliser VB6 avec la base de données sur Internet ,
exemple, sur un site d'un particulier qui souhaiterait utiliser un
un réseau à partir de deux endroits différents.
Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la base
données: C:Program FilesBase.mdb (par exemple)
Pourrait on avoir un chemin avec ftp quelque chose .....
Merci, et bonne année à tous,
"pierre.rivet" a écrit dans le message de
news:43b78935$0$19691$Bonjour,
Est-il possible d'utiliser VB6 avec la base de données sur Internet ,
parexemple, sur un site d'un particulier qui souhaiterait utiliser un
logicielun réseau à partir de deux endroits différents.
Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la base
dedonnées: C:Program FilesBase.mdb (par exemple)
Pourrait on avoir un chemin avec ftp quelque chose .....
Merci, et bonne année à tous,
Hello,
non, on ne peut pas, en tout cas pas comme ça. On peut en revanche le
faire avec ASP, voir
par exemple un petit tutorial:
http://www.asp-magazine.com/aspressources/articles/asp/base_de_donnees/
On peut aussi utiliser une base distante directement depuis une appli
VB6, mais
pas une base Access. Il faut utiliser un vrai serveur de base de données
comme
Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis pas
compétent
pour ces 2 dernières).
Enfin, 3eme voie, on peut placer sa base access sur une machine dédiée
et écrire
un petit serveur dont le boulot est de résupérer les requêtes des
clients et de
renvoyer les résultats (par TCP/IP ou autre) sous une forme quelconque
(en XML
par exemple, ça marche bien). Il suffit alors de fournir à l'application
cliente
les API nécessaires pour se connecter au serveur, passer les requêtes et
récupérer
les résultats. J'ai fait cela une fois car les contraintes du projet m'y
obligeait.
Pas très simple, pas si dur non plus une fois le modèle bien fait.
3 pistes à explorer, donc!
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
"pierre.rivet" <pierre.rivet@wanadoo.fr> a écrit dans le message de
news:43b78935$0$19691$8fcfb975@news.wanadoo.fr...
Bonjour,
Est-il possible d'utiliser VB6 avec la base de données sur Internet ,
par
exemple, sur un site d'un particulier qui souhaiterait utiliser un
logiciel
un réseau à partir de deux endroits différents.
Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la base
de
données: C:Program FilesBase.mdb (par exemple)
Pourrait on avoir un chemin avec ftp quelque chose .....
Merci, et bonne année à tous,
Hello,
non, on ne peut pas, en tout cas pas comme ça. On peut en revanche le
faire avec ASP, voir
par exemple un petit tutorial:
http://www.asp-magazine.com/aspressources/articles/asp/base_de_donnees/
On peut aussi utiliser une base distante directement depuis une appli
VB6, mais
pas une base Access. Il faut utiliser un vrai serveur de base de données
comme
Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis pas
compétent
pour ces 2 dernières).
Enfin, 3eme voie, on peut placer sa base access sur une machine dédiée
et écrire
un petit serveur dont le boulot est de résupérer les requêtes des
clients et de
renvoyer les résultats (par TCP/IP ou autre) sous une forme quelconque
(en XML
par exemple, ça marche bien). Il suffit alors de fournir à l'application
cliente
les API nécessaires pour se connecter au serveur, passer les requêtes et
récupérer
les résultats. J'ai fait cela une fois car les contraintes du projet m'y
obligeait.
Pas très simple, pas si dur non plus une fois le modèle bien fait.
3 pistes à explorer, donc!
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr
"pierre.rivet" a écrit dans le message de
news:43b78935$0$19691$Bonjour,
Est-il possible d'utiliser VB6 avec la base de données sur Internet ,
parexemple, sur un site d'un particulier qui souhaiterait utiliser un
logicielun réseau à partir de deux endroits différents.
Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la base
dedonnées: C:Program FilesBase.mdb (par exemple)
Pourrait on avoir un chemin avec ftp quelque chose .....
Merci, et bonne année à tous,
Hello,
non, on ne peut pas, en tout cas pas comme ça. On peut en revanche le
faire avec ASP, voir
par exemple un petit tutorial:
http://www.asp-magazine.com/aspressources/articles/asp/base_de_donnees/
On peut aussi utiliser une base distante directement depuis une appli
VB6, mais
pas une base Access. Il faut utiliser un vrai serveur de base de données
comme
Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis pas
compétent
pour ces 2 dernières).
Enfin, 3eme voie, on peut placer sa base access sur une machine dédiée
et écrire
un petit serveur dont le boulot est de résupérer les requêtes des
clients et de
renvoyer les résultats (par TCP/IP ou autre) sous une forme quelconque
(en XML
par exemple, ça marche bien). Il suffit alors de fournir à l'application
cliente
les API nécessaires pour se connecter au serveur, passer les requêtes et
récupérer
les résultats. J'ai fait cela une fois car les contraintes du projet m'y
obligeait.
Pas très simple, pas si dur non plus une fois le modèle bien fait.
3 pistes à explorer, donc!
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
> Il faut utiliser un vrai serveur de base de
données comme
Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis
pas compétent
pour ces 2 dernières).
> Il faut utiliser un vrai serveur de base de
données comme
Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis
pas compétent
pour ces 2 dernières).
> Il faut utiliser un vrai serveur de base de
données comme
Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis
pas compétent
pour ces 2 dernières).
Merci de votre réponse,
malheureusement, le lien que vous m'indiquez est "mort", pour je ne
quelle raison....
Je serais tenté par ce que vous appelez la 3ème voie, mais je suis
Dans l'application à laquelle je pense, j'ai des tas de requêtes....
Comment envoyer une requête au serveur ?
Peut-être un petit exemple de code si vous avez encore des traces ?
Merci encore,
Pierre
"Jean-Marc" a écrit dans le message de
43b80ebe$0$652$
> "pierre.rivet" a écrit dans le message de
> news:43b78935$0$19691$
>> Bonjour,
>>
>> Est-il possible d'utiliser VB6 avec la base de données sur Internet
> par
>> exemple, sur un site d'un particulier qui souhaiterait utiliser un
> logiciel
>> un réseau à partir de deux endroits différents.
>>
>> Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la
> de
>> données: C:Program FilesBase.mdb (par exemple)
>> Pourrait on avoir un chemin avec ftp quelque chose .....
>>
>> Merci, et bonne année à tous,
>
> Hello,
>
> non, on ne peut pas, en tout cas pas comme ça. On peut en revanche
> faire avec ASP, voir
> par exemple un petit tutorial:
>
>
> On peut aussi utiliser une base distante directement depuis une
> VB6, mais
> pas une base Access. Il faut utiliser un vrai serveur de base de
> comme
> Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis
> compétent
> pour ces 2 dernières).
>
> Enfin, 3eme voie, on peut placer sa base access sur une machine
> et écrire
> un petit serveur dont le boulot est de résupérer les requêtes des
> clients et de
> renvoyer les résultats (par TCP/IP ou autre) sous une forme
> (en XML
> par exemple, ça marche bien). Il suffit alors de fournir à
> cliente
> les API nécessaires pour se connecter au serveur, passer les
> récupérer
> les résultats. J'ai fait cela une fois car les contraintes du projet
> obligeait.
> Pas très simple, pas si dur non plus une fois le modèle bien fait.
>
> 3 pistes à explorer, donc!
>
> --
> Jean-marc
> Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> "There are only 10 kind of people
> those who understand binary and those who don't."
> mailto: remove '_no_spam_' ;
>
Merci de votre réponse,
malheureusement, le lien que vous m'indiquez est "mort", pour je ne
quelle raison....
Je serais tenté par ce que vous appelez la 3ème voie, mais je suis
Dans l'application à laquelle je pense, j'ai des tas de requêtes....
Comment envoyer une requête au serveur ?
Peut-être un petit exemple de code si vous avez encore des traces ?
Merci encore,
Pierre
"Jean-Marc" <NO_SPAM_jean_marc_n2@yahoo.fr> a écrit dans le message de
43b80ebe$0$652$ba620e4c@news.skynet.be...
> "pierre.rivet" <pierre.rivet@wanadoo.fr> a écrit dans le message de
> news:43b78935$0$19691$8fcfb975@news.wanadoo.fr...
>> Bonjour,
>>
>> Est-il possible d'utiliser VB6 avec la base de données sur Internet
> par
>> exemple, sur un site d'un particulier qui souhaiterait utiliser un
> logiciel
>> un réseau à partir de deux endroits différents.
>>
>> Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la
> de
>> données: C:Program FilesBase.mdb (par exemple)
>> Pourrait on avoir un chemin avec ftp quelque chose .....
>>
>> Merci, et bonne année à tous,
>
> Hello,
>
> non, on ne peut pas, en tout cas pas comme ça. On peut en revanche
> faire avec ASP, voir
> par exemple un petit tutorial:
>
>
> On peut aussi utiliser une base distante directement depuis une
> VB6, mais
> pas une base Access. Il faut utiliser un vrai serveur de base de
> comme
> Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis
> compétent
> pour ces 2 dernières).
>
> Enfin, 3eme voie, on peut placer sa base access sur une machine
> et écrire
> un petit serveur dont le boulot est de résupérer les requêtes des
> clients et de
> renvoyer les résultats (par TCP/IP ou autre) sous une forme
> (en XML
> par exemple, ça marche bien). Il suffit alors de fournir à
> cliente
> les API nécessaires pour se connecter au serveur, passer les
> récupérer
> les résultats. J'ai fait cela une fois car les contraintes du projet
> obligeait.
> Pas très simple, pas si dur non plus une fois le modèle bien fait.
>
> 3 pistes à explorer, donc!
>
> --
> Jean-marc
> Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> "There are only 10 kind of people
> those who understand binary and those who don't."
> mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr
>
Merci de votre réponse,
malheureusement, le lien que vous m'indiquez est "mort", pour je ne
quelle raison....
Je serais tenté par ce que vous appelez la 3ème voie, mais je suis
Dans l'application à laquelle je pense, j'ai des tas de requêtes....
Comment envoyer une requête au serveur ?
Peut-être un petit exemple de code si vous avez encore des traces ?
Merci encore,
Pierre
"Jean-Marc" a écrit dans le message de
43b80ebe$0$652$
> "pierre.rivet" a écrit dans le message de
> news:43b78935$0$19691$
>> Bonjour,
>>
>> Est-il possible d'utiliser VB6 avec la base de données sur Internet
> par
>> exemple, sur un site d'un particulier qui souhaiterait utiliser un
> logiciel
>> un réseau à partir de deux endroits différents.
>>
>> Quand je rajoute une ADODC dans une feuille, j'ai le chemin de la
> de
>> données: C:Program FilesBase.mdb (par exemple)
>> Pourrait on avoir un chemin avec ftp quelque chose .....
>>
>> Merci, et bonne année à tous,
>
> Hello,
>
> non, on ne peut pas, en tout cas pas comme ça. On peut en revanche
> faire avec ASP, voir
> par exemple un petit tutorial:
>
>
> On peut aussi utiliser une base distante directement depuis une
> VB6, mais
> pas une base Access. Il faut utiliser un vrai serveur de base de
> comme
> Oracle ou DB2 (peut être aussi MySQL et SQL Server, mais je ne suis
> compétent
> pour ces 2 dernières).
>
> Enfin, 3eme voie, on peut placer sa base access sur une machine
> et écrire
> un petit serveur dont le boulot est de résupérer les requêtes des
> clients et de
> renvoyer les résultats (par TCP/IP ou autre) sous une forme
> (en XML
> par exemple, ça marche bien). Il suffit alors de fournir à
> cliente
> les API nécessaires pour se connecter au serveur, passer les
> récupérer
> les résultats. J'ai fait cela une fois car les contraintes du projet
> obligeait.
> Pas très simple, pas si dur non plus une fois le modèle bien fait.
>
> 3 pistes à explorer, donc!
>
> --
> Jean-marc
> Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> "There are only 10 kind of people
> those who understand binary and those who don't."
> mailto: remove '_no_spam_' ;
>
Je le recolle ici avec 2 autres, par acquis de conscience:
http://www.asp-magazine.com/aspressources/articles/asp/base_de_donnees/
et
http://www.asp-magazine.com/fr/asp/exemples/
et
http://www.asp-magazine.com/aspressources/fiches/F626.asp
Voici toujours l'explication du principe. C'est volontairement très
simplifié, et en particulier je passe ici sous silence les trucs joyeux
du genre accès concurrents, interlocks, etc...
Le principe général
================== > Prérequis
---------
Il vous faut installer une machine dédiée, qui va servir de serveur de
données. Cette machine devra être connectée à Internet en permanence,
afin que la base soit toujours disponible. Il faudra également qu'elle
ait une IP fixe, sinon il faudra utiliser un service du type DynDns,
qui permet (gratuitement) de faire pointer en permanence un nom de
domaine vers une IP dynamique.
Principe
--------
Les échanges clients/serveur se font en TCP/IP, avec des sockets
classiques (Winsocks et/ou APIs).
Sur la machine serveur, se trouve la DB et une application serveur.
Cette application se met à l'écoute sur un port donné et traite les
requêtes des clients.
<message>
<demandeur>TOTO</demandeur>
<type>requete</type>
<donnees>SELECT NOM, PRENOM FROM EMPLOYES WHERE ID LIKE '123%'
</donnees>
</message>
Le serveur reçoit cela, fait les éventuels vérifications de sécurité,
etc, puis il exécute la requête sur la base de donnée (qui pour lui est
locale, pas de soucis). Puis il formalise la réponse pour le client,
par exemple comme cela:
(exemple simplifié mais possible)
<message>
<type>reponse</type>
<donnees>
<enregistrements>
<enregistrement id="1">
<NOM>DUPONT</NOM>
<PRENOM>JACQUES</PRENOM>
</enregistrement>
<enregistrement id="2">
<NOM>DURAND</NOM>
<PRENOM>PIERRE</PRENOM>
</enregistrement>
</enregistrements>
</donnee>
</message>
Le client n'a plus qu'à décoder cela et le tour est joué. Note: j'ai
utilisé ici du XML parce que c'est commode, mais on peut utiliser le
formalisme de son choix (il y a des gens à qui XML donne des boutons).
Adaptation d'une application existante
--------------------------------------
Evidemment, ca impose de réécrire les éventuels traitements que l'on
faisait avec l'utilisation directe des recordsets mais si l'application
est bien écrite et bien modulaire, ce ne doit pas être un trop gros
boulot.
Plus ennuyeux, si l'application utilise des controles liés à la base,
Genre les TextBox liés ou des DbGrid ou ce genre de choses, là il faut
recoder pour faire une gestion manuelle.
Conclusion
----------
--
Je le recolle ici avec 2 autres, par acquis de conscience:
http://www.asp-magazine.com/aspressources/articles/asp/base_de_donnees/
et
http://www.asp-magazine.com/fr/asp/exemples/
et
http://www.asp-magazine.com/aspressources/fiches/F626.asp
Voici toujours l'explication du principe. C'est volontairement très
simplifié, et en particulier je passe ici sous silence les trucs joyeux
du genre accès concurrents, interlocks, etc...
Le principe général
================== > Prérequis
---------
Il vous faut installer une machine dédiée, qui va servir de serveur de
données. Cette machine devra être connectée à Internet en permanence,
afin que la base soit toujours disponible. Il faudra également qu'elle
ait une IP fixe, sinon il faudra utiliser un service du type DynDns,
qui permet (gratuitement) de faire pointer en permanence un nom de
domaine vers une IP dynamique.
Principe
--------
Les échanges clients/serveur se font en TCP/IP, avec des sockets
classiques (Winsocks et/ou APIs).
Sur la machine serveur, se trouve la DB et une application serveur.
Cette application se met à l'écoute sur un port donné et traite les
requêtes des clients.
<message>
<demandeur>TOTO</demandeur>
<type>requete</type>
<donnees>SELECT NOM, PRENOM FROM EMPLOYES WHERE ID LIKE '123%'
</donnees>
</message>
Le serveur reçoit cela, fait les éventuels vérifications de sécurité,
etc, puis il exécute la requête sur la base de donnée (qui pour lui est
locale, pas de soucis). Puis il formalise la réponse pour le client,
par exemple comme cela:
(exemple simplifié mais possible)
<message>
<type>reponse</type>
<donnees>
<enregistrements>
<enregistrement id="1">
<NOM>DUPONT</NOM>
<PRENOM>JACQUES</PRENOM>
</enregistrement>
<enregistrement id="2">
<NOM>DURAND</NOM>
<PRENOM>PIERRE</PRENOM>
</enregistrement>
</enregistrements>
</donnee>
</message>
Le client n'a plus qu'à décoder cela et le tour est joué. Note: j'ai
utilisé ici du XML parce que c'est commode, mais on peut utiliser le
formalisme de son choix (il y a des gens à qui XML donne des boutons).
Adaptation d'une application existante
--------------------------------------
Evidemment, ca impose de réécrire les éventuels traitements que l'on
faisait avec l'utilisation directe des recordsets mais si l'application
est bien écrite et bien modulaire, ce ne doit pas être un trop gros
boulot.
Plus ennuyeux, si l'application utilise des controles liés à la base,
Genre les TextBox liés ou des DbGrid ou ce genre de choses, là il faut
recoder pour faire une gestion manuelle.
Conclusion
----------
--
Je le recolle ici avec 2 autres, par acquis de conscience:
http://www.asp-magazine.com/aspressources/articles/asp/base_de_donnees/
et
http://www.asp-magazine.com/fr/asp/exemples/
et
http://www.asp-magazine.com/aspressources/fiches/F626.asp
Voici toujours l'explication du principe. C'est volontairement très
simplifié, et en particulier je passe ici sous silence les trucs joyeux
du genre accès concurrents, interlocks, etc...
Le principe général
================== > Prérequis
---------
Il vous faut installer une machine dédiée, qui va servir de serveur de
données. Cette machine devra être connectée à Internet en permanence,
afin que la base soit toujours disponible. Il faudra également qu'elle
ait une IP fixe, sinon il faudra utiliser un service du type DynDns,
qui permet (gratuitement) de faire pointer en permanence un nom de
domaine vers une IP dynamique.
Principe
--------
Les échanges clients/serveur se font en TCP/IP, avec des sockets
classiques (Winsocks et/ou APIs).
Sur la machine serveur, se trouve la DB et une application serveur.
Cette application se met à l'écoute sur un port donné et traite les
requêtes des clients.
<message>
<demandeur>TOTO</demandeur>
<type>requete</type>
<donnees>SELECT NOM, PRENOM FROM EMPLOYES WHERE ID LIKE '123%'
</donnees>
</message>
Le serveur reçoit cela, fait les éventuels vérifications de sécurité,
etc, puis il exécute la requête sur la base de donnée (qui pour lui est
locale, pas de soucis). Puis il formalise la réponse pour le client,
par exemple comme cela:
(exemple simplifié mais possible)
<message>
<type>reponse</type>
<donnees>
<enregistrements>
<enregistrement id="1">
<NOM>DUPONT</NOM>
<PRENOM>JACQUES</PRENOM>
</enregistrement>
<enregistrement id="2">
<NOM>DURAND</NOM>
<PRENOM>PIERRE</PRENOM>
</enregistrement>
</enregistrements>
</donnee>
</message>
Le client n'a plus qu'à décoder cela et le tour est joué. Note: j'ai
utilisé ici du XML parce que c'est commode, mais on peut utiliser le
formalisme de son choix (il y a des gens à qui XML donne des boutons).
Adaptation d'une application existante
--------------------------------------
Evidemment, ca impose de réécrire les éventuels traitements que l'on
faisait avec l'utilisation directe des recordsets mais si l'application
est bien écrite et bien modulaire, ce ne doit pas être un trop gros
boulot.
Plus ennuyeux, si l'application utilise des controles liés à la base,
Genre les TextBox liés ou des DbGrid ou ce genre de choses, là il faut
recoder pour faire une gestion manuelle.
Conclusion
----------
--
Je réussis bien en effet à ouvrir ces pages, mais sur la page F626, il
une inscription très nette: du style "les liens de cette page sont
invalides" ou quelque chose comme cela.
Quand je clique sur le lien "voir le site", je suis renvoyé à Wanadoo
message d'erreur
J'ai fait des essais avec des Winsocks. c'est bien si on envoie une
information, mais si on envoie par exemple tous les éléments d'une
patient,avec une quarantaine de champs, dont au moins 15 champs mémo,
une autre paire de manches !!
XML: encore un nouveau langage ?
Mon application doit comporter une quarantaine de pages *.frm ..... et
l'exécutable fait environ 9 Mo
Quasiment à chaque page j'ai un ou plusieurs contrôles Adodc avec un
associé...
En outre, les requêtes sont un peu plus compliquées. Par exemple, pour
facture, je fais appel à au moins 4 tables: Patients, Praticiens,
Consultations, Règlements, etc....
Je réussis bien en effet à ouvrir ces pages, mais sur la page F626, il
une inscription très nette: du style "les liens de cette page sont
invalides" ou quelque chose comme cela.
Quand je clique sur le lien "voir le site", je suis renvoyé à Wanadoo
message d'erreur
J'ai fait des essais avec des Winsocks. c'est bien si on envoie une
information, mais si on envoie par exemple tous les éléments d'une
patient,avec une quarantaine de champs, dont au moins 15 champs mémo,
une autre paire de manches !!
XML: encore un nouveau langage ?
Mon application doit comporter une quarantaine de pages *.frm ..... et
l'exécutable fait environ 9 Mo
Quasiment à chaque page j'ai un ou plusieurs contrôles Adodc avec un
associé...
En outre, les requêtes sont un peu plus compliquées. Par exemple, pour
facture, je fais appel à au moins 4 tables: Patients, Praticiens,
Consultations, Règlements, etc....
Je réussis bien en effet à ouvrir ces pages, mais sur la page F626, il
une inscription très nette: du style "les liens de cette page sont
invalides" ou quelque chose comme cela.
Quand je clique sur le lien "voir le site", je suis renvoyé à Wanadoo
message d'erreur
J'ai fait des essais avec des Winsocks. c'est bien si on envoie une
information, mais si on envoie par exemple tous les éléments d'une
patient,avec une quarantaine de champs, dont au moins 15 champs mémo,
une autre paire de manches !!
XML: encore un nouveau langage ?
Mon application doit comporter une quarantaine de pages *.frm ..... et
l'exécutable fait environ 9 Mo
Quasiment à chaque page j'ai un ou plusieurs contrôles Adodc avec un
associé...
En outre, les requêtes sont un peu plus compliquées. Par exemple, pour
facture, je fais appel à au moins 4 tables: Patients, Praticiens,
Consultations, Règlements, etc....
