Discussion :

[amelyfred]

Bonjour à tous,
Je viens de déployer mon application. J'ai donc une base dorsale sur mon serveur et une frontale sur mes postes.
Et je suis relié au réseau via le wifi.

Il arrive qu'il y ait des coupures réseaux entrainant une fermeture de ma base frontale.
J'ai pensé à 2 solutions et j'aimerais avoir votre avis sur la question
-Au début de chaque procédure nécessitant une requête, je teste si la base dorsale est accessible, si oui on exécute la requête sinon on affiche un message d'erreur en demandant de resaisir les informations
-utiliser le on error go to. S'il y a une coupure réseau, quelle erreur va être soulevée?

Avez vous d'autres solutions?
Merci d'avance
Fred

[marot_r]

Bonjour.

Tes deux méthodes semblent bonnes si tu ne souhaites pas changer l'architecture de façon majeur.

Sinon tu pourrais

• voir si un accès à distance à l'application du type LogMeIn ou Remote Desktop serait acceptable. Seul la connexion avec le front-end pour l'utilisateur serait perdu, pour ton application tout serait normal.
• Regarder du côté des recordset deconnectés qui sont prévus pour ce genre de situation. Cela ne te met pas à l'abris d'une coupure lors de l'échange de données.
• Voir si une architecture web pourrait te satisfaire. Les serveurs web marchent naturellement en mode "déconnecté".
• Redessiner ton application pour minimiser le trafic réseau pour minimiser les risques qu'il se produise une coupure à ce moment.

Dans tous cas, à part l'accès à distance, tu vas avoir des modifications majeures à ton application.

Pour l'erreur de déconnexion, je ne pense pas qu'il y ai un code typique car elle peut sans doute se produire n'importe quand.

A+

[amelyfred]

Salut
OK merci pour ta réponse.
J'ai crée une fonction que j'exécute avant chaque requete ou mise à jour de formulaire.
Cette fonction teste si ma tablette est connectée au wifi et si elle est connecté, je teste si ma dorsale est accessible.
Ca fonctionne très bien.
Fred