Discussion :

[kcmo31]

bonjour
J'utilise aussi une application client/serveur , en locale ça fonctionne très bien ,mais a distance elle est trop lente, un clique peut durer jusqu’à une minute de temp de réponse, sachant que j'utilise un VPN (application et non pas celle du routeur) avec adresse IP fixe de la connexion internet .....
ya t'il un moyen pour réduire le temp de réponse ??? rendre l’échange plus rapide
@ IP connexion : 196.43.xx.xx
@ Ip local serveur 192.168.1.10

[lepatantpato]

Bonjour

La vitesse dépend de plusieurs facteurs. La connexion Adsl : moins de 1 Mo, cela ne fonctionne pas ou très mal.
Pour optimiser, il faut des requêtes SQL et utiliser les commandes h* sur la rechercher d'une fiche par exemple.
Sûrement que d'autres peuvent donner de bons conseils...
Donne nous un exemple de ton code qui prend une minute.
A+

[hpascal]

Bonjour

al.
Pour optimiser, il faut des requêtes SQL et utiliser les commandes h* sur la rechercher d'une fiche par exemple.

Tu voulais surement dire "ne pas utiliser les commandes H*"

Dans ce genre de cas il faut réduire au maximum les allers-retours entre le client et le serveur, utiliser des H* va générer des quantités d'échanges.
Un HlitRecherche commence par faire un SELECT * puis fait un parcours

Par exemple j'ai essayé un HLitRecherPremier sur un site distant sur un gros fichier (quelques millions de lignes), résultat : 20 minutes pour se positionner sur un enregistrement
Un SELECT fait la même chose en quelques secondes (avec les bons index bien sur)

Tout de qui peut être fait coté serveur doit l'être (procédures stockées) et il ne faut retourner au client que le strict nécessaire
Les petites tables doivent être chargées en mémoire pour éviter les accès fréquents etc ...
Bref il y a un travail d'optimisation à faire

Et puis je pense aussi que HF n'est le bon choix pour un accès distant, mais ce n'est que mon avis personnel

[lepatantpato]

Bonjour
je viens de faire un test vite fait:
- exe situé à Reims, base c/s à Nice.
- fichier ~ 800 000 fiches.
(hors procédure stockée):
1ère interrogation:
Interrogation SQL (select...) = 186 ms
avec Hlitrecherche() : 167 ms
puis les fois suivantes: même durée (à peu près) pour le sql, mais avec h*, toujours autour des 52 ms.
lepatantpato

[hpascal]

Moi c'était sur un fichier DB2/400 par accès OLEDB

[DelphiManiac]

Bonjour
je viens de faire un test vite fait:
- exe situé à Reims, base c/s à Nice.
- fichier ~ 800 000 fiches.
(hors procédure stockée):
1ère interrogation:
Interrogation SQL (select...) = 186 ms
avec Hlitrecherche() : 167 ms
puis les fois suivantes: même durée (à peu près) pour le sql, mais avec h*, toujours autour des 52 ms.
lepatantpato

Je ne pense pas que cette comparaison soit significative, vu que les 2 ordres ont la même fonction qui est de retourné un seul enregistrement.

Par contre, si l'on doit parcourir un ensemble de lignes qui ont un critère donnée, il est largement préférable d'effectuer un select qui sera résolu en 1 aller/retour client/serveur, qu'un HLitRecherchePremier et HLitSuivant qui généreront autant d'aller/retour client/serveur qu'il y a de HLitSuivant.

[hpascal]

Je ne pense pas que cette comparaison soit significative, vu que les 2 ordres ont la même fonction qui est de retourné un seul enregistrement.

Sauf que HLitRecherche... fait un SELECT *, donc retourne TOUTES les colonnes de la table
Sur certaines tables de gros logiciels on a plusieurs centaines de colonnes et ça fait une grosse différence
Mais il ne doit pas y avoir que ça vu les différences de temps qu'on a obtenu
Quand j'aurai le temps j'activerai les traces OLEDB de client Access pour voir tout ce qui s'y passe

[Hibernatus34]

HLitRecherche a l'option hLimiteParcours pour ne pas anticiper un parcours, et donc charger uniquement l'enreg voulu.

Un parcours ne fait pas autant de requêtes que de HLitSuivant, il y a un buffer.

hpascal a raison pour OLE DB, mais pour HF/CS, je sais pas. Je crois que c'est resté très basique avec un curseur client (= chargement de tout le résultat de la requête d'un coup).

[kcmo31]

bonjour
j'essaye cette fois ci d'utiliser la commande HConnecteAccèsDistant(), et il indispensable d'ouvrir le port 4900 au niveau du routeur coté client et coté serveur , ou bien rien que coté serveur ???

sachant que j'utilise actuellement la fonction HDécritConnexion()

[kcmo31]

bonjour
si j'arrive a se connecter a mon serveur via internet , il reste donc qu'a modifier l'application et utiliser les requêtes au lieu de la les fonctions (H), pour qu'elle soit plus rapide ??????

[lepatantpato]

Bonjour

Oui; en règle générale, les requêtes sql sont beaucoup plus rapides que les ordres h*. Intéresse-toi également aux procédures stockées.
Mais si tu dois faire une recherche, hlitrecherche() peut s'avérer plus efficace. De toutes façons, pour tester, encadre tes procédures dans un chrono et tu verras rapidement ce qui est le plus efficace.

[kcmo31]

Bonjour

Oui; en règle générale, les requêtes sql sont beaucoup plus rapides que les ordres h*. Intéresse-toi également aux procédures stockées.
Mais si tu dois faire une recherche, hlitrecherche() peut s'avérer plus efficace. De toutes façons, pour tester, encadre tes procédures dans un chrono et tu verras rapidement ce qui est le plus efficace.

Bonjour
merci beaucoup pour ton aide...je vais essayer cette démarche et on discuteras après