Bonjour à toutes et à tous,
Je suis en train de développer une appli destinée
a fonctionnée uniquement en RPC.
Toute mon appli est basée à partir de requetes et de vues.
Pour l'affichage cela me semble correcte.

J'ai commis une erreur :
Pour mes tables de parametrages (codes , libellés alimentant souvant des combos), j'ai créé des tablefichier
basé sur des requêtes associées (avec l'option hmodifie).
En local pas de pb, mais via RPC :

A l'affichage pas de problème, mais dès qu'il s'agit
d'un ajout ou d'une modification de ligne là , tout va mal
l'enregistrement est pris en compte une fois sur deux,
l'ajout 1 fois sur 5 et ligne se vident la plus par du temps.
Bref , la cata.
J'ai donc redéveloppé ces fenêtres ,en passant par des vues
et table mémoire .
Lors d'un ajout ou d'une modification de ligne , dans le code de sortie de ligne .
je recherche l'enr.concerne via hlitrecherche(lefichier_de_base) et effectue hmodifie ou hajoute (idem pour hsupprime).
Maintenant cela marche nickel.

MAIS ,je ne peux tester le RPC pour le moment que sur mon LAN entre 2 postes avec 100M de Bande passante.
Mes fichiers de paramétrages ont environ 3000 enr. chacuns
et 5 à 10 rubriques (200 octes par Enreg).

Est-ce quelqu'un ayant déjà mis en place le Rpc , pourrai me
dire si l'utilisation de Hlitrecherche(...) que j'ai mis en place reste la bonne solution sur un acces distant via Rpc réel ?

Merci ,

JYM

Salut JYM,
Apparemment il n'y a pas beaucoup de monde qui fait dur RPC par ici
Soit donc le bienvenu, et j'espère que si tu la le temps tu pourra nous faire partager les connaissances que tu aura acquis par une petite doc.

En théorie

En Général
Le problème du RPC est lié à la bande passante utilisé qui est en règle générale, c'est a dire quasiment tout le temps moins rapide qu'en réseau local.

Ce qui prend donc du temps, ce sont les échanges qu'il peut y avoir entre le serveur RPC et le poste client.
Si l'on doit parcourir un fichier de 3000 enr. via les fonctions HLit*, il y aura 3000 échanges effectués pour afficher ces enregistrements.

Voila pourquoi il est préférable d'utiliser des requêtes ou bien des vues que les fonction HLit*.

Si la requête ou la vue est appliquée sur un seul fichier et que celle ci contient la clause ('WHERE' ou équivalent pour les vues) et qu'elle peut être remplacée par un filtre, appliquer plutôt le filtre sur le fichier avant d'exécuter la requête.

Si l'extraction doit être effectuée sur plusieurs fichiers, n'utiliser pas de filtre, exécuter directement une vue ou bien une requête.

Dans ton cas
Pour la modification ou la suppression d'un enregistrement, l'utilisation des fonction H* est certainement même la plus adaptée puisque il s'agit d'un traitement sur 1 seul enregistrement.
Tu y gagneras au moins en ligne de code.

Bonjour Drcharly93 ,

Merci pour ta réponse ,

J'en conclue donc que le HlitRecherche ne sera pas pénalisant. ( cela me rassure , car de toute manière
je ne voyais pas d'autre solution )

Mon application passera en "prod" début avril.

Je ne manquerai pas de rédiger une petite doc à ce sujet.

Merci

@+ JYM

Merci d'avance pour la doc JYM meme si apparement personne ne programme en RPC je suis sure que beaucoup de personnes liront cette documentation.