Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,
Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,
Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uLOHcr%23IFHA.1308@TK2MSFTNGP15.phx.gbl...
Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,
Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
peven@capgemini.fr
"Jean-Paul" <jp.bihin@bfci.be> a écrit dans le message de
news:422dc884$0$1819$6c56d894@reader0.news.be.easynet.net...
Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,
Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uLOHcr%23IFHA.1308@TK2MSFTNGP15.phx.gbl...
Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous pouvez
même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur qui
travaille et les utilisateurs distants utilisent leur pc un peu comme un
terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il reçoit
en fait une copie au moins partielle des jeux d'enregistrements et des
objets qui serviront à les traîter. Périodiquement, les données modifiées
par le pc sont synchronisées avec le fichier "central". C'est un système
très flexible mais très lourd en terme de trafic réseau et c'est là une
des raisons pour lesquelles on dit qu'Access est conçu pour des petits
nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En plus,
si des incidents se produisent pendant une de ces synchronisations, alors,
on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et le
VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime bien.
Les performances si la connexion distante offre une bonne bande passante
peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN et
à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uScevl$Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous pouvez
même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur qui
travaille et les utilisateurs distants utilisent leur pc un peu comme un
terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il reçoit
en fait une copie au moins partielle des jeux d'enregistrements et des
objets qui serviront à les traîter. Périodiquement, les données modifiées
par le pc sont synchronisées avec le fichier "central". C'est un système
très flexible mais très lourd en terme de trafic réseau et c'est là une
des raisons pour lesquelles on dit qu'Access est conçu pour des petits
nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En plus,
si des incidents se produisent pendant une de ces synchronisations, alors,
on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et le
VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime bien.
Les performances si la connexion distante offre une bonne bande passante
peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN et
à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uScevl$IFHA.3928@TK2MSFTNGP09.phx.gbl...
Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
peven@capgemini.fr
"Jean-Paul" <jp.bihin@bfci.be> a écrit dans le message de
news:422dc884$0$1819$6c56d894@reader0.news.be.easynet.net...
Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,
Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uLOHcr%23IFHA.1308@TK2MSFTNGP15.phx.gbl...
Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous pouvez
même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur qui
travaille et les utilisateurs distants utilisent leur pc un peu comme un
terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il reçoit
en fait une copie au moins partielle des jeux d'enregistrements et des
objets qui serviront à les traîter. Périodiquement, les données modifiées
par le pc sont synchronisées avec le fichier "central". C'est un système
très flexible mais très lourd en terme de trafic réseau et c'est là une
des raisons pour lesquelles on dit qu'Access est conçu pour des petits
nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En plus,
si des incidents se produisent pendant une de ces synchronisations, alors,
on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et le
VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime bien.
Les performances si la connexion distante offre une bonne bande passante
peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN et
à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uScevl$Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Vous semblez bien optimiste.
Pour avoir testé une appli Access par VPN et Terminal server, j'ai surtout
été bluffé par son extrême lenteur.
Si le but du jeu est de boire un café (plutôt faire et boire) entre chaque
saisie, je suis d'accord avec vous, dans le cas contraire, il faudra
réfléchir à autre chose...
--
Lucky_Team
http://www.access-developpement.com
"Jean-Paul" a écrit dans le message de news:
422dda47$0$1815$OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous
pouvez même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur
qui travaille et les utilisateurs distants utilisent leur pc un peu comme
un terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il
reçoit en fait une copie au moins partielle des jeux d'enregistrements et
des objets qui serviront à les traîter. Périodiquement, les données
modifiées par le pc sont synchronisées avec le fichier "central". C'est
un système très flexible mais très lourd en terme de trafic réseau et
c'est là une des raisons pour lesquelles on dit qu'Access est conçu pour
des petits nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En plus,
si des incidents se produisent pendant une de ces synchronisations,
alors, on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et
le VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime
bien. Les performances si la connexion distante offre une bonne bande
passante peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN
et à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uScevl$Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Vous semblez bien optimiste.
Pour avoir testé une appli Access par VPN et Terminal server, j'ai surtout
été bluffé par son extrême lenteur.
Si le but du jeu est de boire un café (plutôt faire et boire) entre chaque
saisie, je suis d'accord avec vous, dans le cas contraire, il faudra
réfléchir à autre chose...
--
Lucky_Team
http://www.access-developpement.com
"Jean-Paul" <jp.bihin@bfci.be> a écrit dans le message de news:
422dda47$0$1815$6c56d894@reader0.news.be.easynet.net...
OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous
pouvez même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur
qui travaille et les utilisateurs distants utilisent leur pc un peu comme
un terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il
reçoit en fait une copie au moins partielle des jeux d'enregistrements et
des objets qui serviront à les traîter. Périodiquement, les données
modifiées par le pc sont synchronisées avec le fichier "central". C'est
un système très flexible mais très lourd en terme de trafic réseau et
c'est là une des raisons pour lesquelles on dit qu'Access est conçu pour
des petits nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En plus,
si des incidents se produisent pendant une de ces synchronisations,
alors, on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et
le VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime
bien. Les performances si la connexion distante offre une bonne bande
passante peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN
et à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uScevl$IFHA.3928@TK2MSFTNGP09.phx.gbl...
Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
peven@capgemini.fr
"Jean-Paul" <jp.bihin@bfci.be> a écrit dans le message de
news:422dc884$0$1819$6c56d894@reader0.news.be.easynet.net...
Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,
Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uLOHcr%23IFHA.1308@TK2MSFTNGP15.phx.gbl...
Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Vous semblez bien optimiste.
Pour avoir testé une appli Access par VPN et Terminal server, j'ai surtout
été bluffé par son extrême lenteur.
Si le but du jeu est de boire un café (plutôt faire et boire) entre chaque
saisie, je suis d'accord avec vous, dans le cas contraire, il faudra
réfléchir à autre chose...
--
Lucky_Team
http://www.access-developpement.com
"Jean-Paul" a écrit dans le message de news:
422dda47$0$1815$OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous
pouvez même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur
qui travaille et les utilisateurs distants utilisent leur pc un peu comme
un terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il
reçoit en fait une copie au moins partielle des jeux d'enregistrements et
des objets qui serviront à les traîter. Périodiquement, les données
modifiées par le pc sont synchronisées avec le fichier "central". C'est
un système très flexible mais très lourd en terme de trafic réseau et
c'est là une des raisons pour lesquelles on dit qu'Access est conçu pour
des petits nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En plus,
si des incidents se produisent pendant une de ces synchronisations,
alors, on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et
le VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime
bien. Les performances si la connexion distante offre une bonne bande
passante peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN
et à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uScevl$Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access 2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles :
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Pas d'accord, et je parle d'expériences vécues...
Ceci étant dit, je reconnais que cela peut être décevant si le serveur
est
mal configuré ou si le VPN ne dispose que d'une bande passante très
réduite.
La config doit être bien éprouvée.
Maintenant, vous parlez de "réfléchir à autre chose". Peut-être que
Patrick
E. qui a ouvert ce fil aimerait avoir une autre piste de réflexion... une
idée ?
Bien cordialement
Jean-Paul
"The_Team" a écrit dans le message de news:
422de458$0$25058$Vous semblez bien optimiste.
Pour avoir testé une appli Access par VPN et Terminal server, j'ai
surtout
été bluffé par son extrême lenteur.
Si le but du jeu est de boire un café (plutôt faire et boire) entre
chaque
saisie, je suis d'accord avec vous, dans le cas contraire, il faudra
réfléchir à autre chose...
--
Lucky_Team
http://www.access-developpement.com
"Jean-Paul" a écrit dans le message de news:
422dda47$0$1815$OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit
que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous
pouvez même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur
qui travaille et les utilisateurs distants utilisent leur pc un peu
comme
un terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il
reçoit en fait une copie au moins partielle des jeux d'enregistrements
et
des objets qui serviront à les traîter. Périodiquement, les données
modifiées par le pc sont synchronisées avec le fichier "central". C'est
un système très flexible mais très lourd en terme de trafic réseau et
c'est là une des raisons pour lesquelles on dit qu'Access est conçu
pour
des petits nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se
rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En
plus,
si des incidents se produisent pendant une de ces synchronisations,
alors, on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants
une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et
le VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime
bien. Les performances si la connexion distante offre une bonne bande
passante peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN
et à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uScevl$Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours
de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access
2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des
réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles
:
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Pas d'accord, et je parle d'expériences vécues...
Ceci étant dit, je reconnais que cela peut être décevant si le serveur
est
mal configuré ou si le VPN ne dispose que d'une bande passante très
réduite.
La config doit être bien éprouvée.
Maintenant, vous parlez de "réfléchir à autre chose". Peut-être que
Patrick
E. qui a ouvert ce fil aimerait avoir une autre piste de réflexion... une
idée ?
Bien cordialement
Jean-Paul
"The_Team" <nospam_enrelation@wanadoo.fr> a écrit dans le message de news:
422de458$0$25058$8fcfb975@news.wanadoo.fr...
Vous semblez bien optimiste.
Pour avoir testé une appli Access par VPN et Terminal server, j'ai
surtout
été bluffé par son extrême lenteur.
Si le but du jeu est de boire un café (plutôt faire et boire) entre
chaque
saisie, je suis d'accord avec vous, dans le cas contraire, il faudra
réfléchir à autre chose...
--
Lucky_Team
http://www.access-developpement.com
"Jean-Paul" <jp.bihin@bfci.be> a écrit dans le message de news:
422dda47$0$1815$6c56d894@reader0.news.be.easynet.net...
OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit
que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous
pouvez même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur
qui travaille et les utilisateurs distants utilisent leur pc un peu
comme
un terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il
reçoit en fait une copie au moins partielle des jeux d'enregistrements
et
des objets qui serviront à les traîter. Périodiquement, les données
modifiées par le pc sont synchronisées avec le fichier "central". C'est
un système très flexible mais très lourd en terme de trafic réseau et
c'est là une des raisons pour lesquelles on dit qu'Access est conçu
pour
des petits nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se
rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En
plus,
si des incidents se produisent pendant une de ces synchronisations,
alors, on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants
une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et
le VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime
bien. Les performances si la connexion distante offre une bonne bande
passante peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN
et à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uScevl$IFHA.3928@TK2MSFTNGP09.phx.gbl...
Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours
de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access
2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
peven@capgemini.fr
"Jean-Paul" <jp.bihin@bfci.be> a écrit dans le message de
news:422dc884$0$1819$6c56d894@reader0.news.be.easynet.net...
Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des
réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles
:
VPN,
Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" <peven@capgemini.fr> a écrit dans le message de news:
uLOHcr%23IFHA.1308@TK2MSFTNGP15.phx.gbl...
Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Access
simultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN
Pas d'accord, et je parle d'expériences vécues...
Ceci étant dit, je reconnais que cela peut être décevant si le serveur
est
mal configuré ou si le VPN ne dispose que d'une bande passante très
réduite.
La config doit être bien éprouvée.
Maintenant, vous parlez de "réfléchir à autre chose". Peut-être que
Patrick
E. qui a ouvert ce fil aimerait avoir une autre piste de réflexion... une
idée ?
Bien cordialement
Jean-Paul
"The_Team" a écrit dans le message de news:
422de458$0$25058$Vous semblez bien optimiste.
Pour avoir testé une appli Access par VPN et Terminal server, j'ai
surtout
été bluffé par son extrême lenteur.
Si le but du jeu est de boire un café (plutôt faire et boire) entre
chaque
saisie, je suis d'accord avec vous, dans le cas contraire, il faudra
réfléchir à autre chose...
--
Lucky_Team
http://www.access-developpement.com
"Jean-Paul" a écrit dans le message de news:
422dda47$0$1815$OK
Il me semble que dans un cas comme le vôtre, la solution serait :
- effectuer les connexions de l'extérieur vers le Lan en VPN (on dit
que
c'est le plus sûr). Cela implique que votre routeur laisse entrer les
appels de ce type.
- une fois connecté en VPN les portables "nomades" peuvent pratiquement
faire tout ce qu'ils feraient de l'extérieur sous réserve d'une bande
passante correcte et d'une configuration des disques partagés (lecteurs
réseaux) en bon ordre.
- si sur votre LAN, vous avez un serveur Windows 2000 ou 2003, vous
pouvez même proposer aux utilisateurs distants d'ouvrir une session
TerminalServer sur celui-ci. L'avantage ? Dans ce cas c'est le serveur
qui travaille et les utilisateurs distants utilisent leur pc un peu
comme
un terminal.
Cette dernière possibilité est très avantageuse pour Access !
Je m'explique. Lorqu'un pc accède à un fichier Access "partagé", il
reçoit en fait une copie au moins partielle des jeux d'enregistrements
et
des objets qui serviront à les traîter. Périodiquement, les données
modifiées par le pc sont synchronisées avec le fichier "central". C'est
un système très flexible mais très lourd en terme de trafic réseau et
c'est là une des raisons pour lesquelles on dit qu'Access est conçu
pour
des petits nombre d'utilisateurs.
Quand on doit passer par un VPN et pour peu que le "tuyau" se
rétrecisse
par endroit (connexion dial-up), cela peut devenir très pénible. En
plus,
si des incidents se produisent pendant une de ces synchronisations,
alors, on risque la corruption de base donnée ce qui peut faire mal.
Les choses se présentent tout autrement si les utilisateurs distants
une
fois connectés par VPN au réseau local peuvent ouvrir une session
TerminalServer sur un serveur de type WS2000-2003 (plusieurs connexions
possibles) ou une machine XP-Pro (une connexion). Dans ce cas, c'est
l'ordinateur "contacté" qui travaille et non le portable "itinérant" et
le VPN ne sert plus qu'à acheminer l'image des écrans si je m'exprime
bien. Les performances si la connexion distante offre une bonne bande
passante peuvent être "bluffantes".
Vous aurez compris que pour potasser tout cela, vous aurez intérêt à
passer quelques heures sur les groupes de discussion consacrés aux VPN
et à Terminal server.
Bien cordialement et bon travail
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uScevl$Bonjour,
Voici des précisions sur le contexte :
- Le réseau local est à 100 Mb/s
- La connexion pour l'accès distant est possible en VPN avec un WIFI
local
ou câble réseau
- Moins de cinq connexions simultanées
- La tâches sont principalement des affichages et des mises à jours
de
données via des formulaires,
des aperçus et impressions d'états et un peu d'automation avec
PowerPoint en VBA.
- Les PC portables sont sous Windows 2000
- Les bases Access (Front-end.mde et Back-end.mdb) sont en Access
2000
Cordialement,
Patrick EVEN
Capgemini Telecom & Media
Skill center : BCM
Direction du Support aux Opérations
+33 (0)1 49 00 43 07
"Jean-Paul" a écrit dans le message de
news:422dc884$0$1819$Bonjour,
Il faudra vraiment nous en dire plus si vous voulez avoir des
réponses
intéressantes.
- performances et configuration de votre réseau local (serveur ?)-
- type de connexion pour l'accès distant (VPN possible ?)
- nombre de connexions simultanées et pour quelles genre de tâches ?
- système d'exploitation du pc ou serveur à atteindre
etc....
Les possibilités ne manquent pas et sont de plus en plus accessibles
:
VPN,Terminal Server etc...
Bien à vous
Jean-Paul
"Patrick EVEN" a écrit dans le message de news:
uLOHcr%Bonjour,
J'aimerais savoir comment faire pour exploiter une base de données
Accesssimultanément :
- en réseau local,
- en accès distant.
Quelles techniques faut-il mettre en oeuvre pour espérer avoir
des temps de réponse raisonnables ?
Cordialement,
Patrick EVEN