|
| Débuté par Vialard Jérôme, 06 sep. 2006 12:24 - 8 réponses |
| |
| | | |
|
| |
Posté le 06 septembre 2006 - 12:24 |
Bonjour,
J'ai une application en réseau utilisant des fichiers HyperFile classique. Je la trouve de plus en plus lente après la connexion de plusieurs postes. Si je passe en HyperFile client/serveur, y aura-t-il une différence dans la vitesse d'exécution ?
Si oui, quel gain peut on atteindre ??
Et dans ce cas, le code des traitements de la base doit-il être totalement refait pour un code client/serveur ??
Meric par avance pour vos réponses. |
| |
| |
| | | |
|
| | |
| |
Posté le 06 septembre 2006 - 13:56 |
10 - 20 fois plus rapide dans mon cas,
mais attention, cela nécessite de remplacer les liens des fichiers par des requêtes.
J'espère que ces infos te resont utiles.
A+
Eric |
| |
| |
| | | |
|
| | |
| |
Posté le 06 septembre 2006 - 16:47 |
peux tu préciser ?
si j'un des fenetres dont les zones sont directement basées sur des champs d'une table, est ce que cela est signe de non performance en HFCS?
ps: je reprend un appli faite entièrement au rad, et je ne connais pas trop ce mode de fonctionnement. |
| |
| |
| | | |
|
| | |
| |
Posté le 06 septembre 2006 - 16:58 |
une table fichier, fait un acces à la base pour chaque ligne de la
table, si tu remplis ta table avec une requete, tu ne fais qu'un acces
(certe plus "gros") à HF C/S
limiter le nombre d'acces et les volumes transférés est la maniere
d'obtenir de bonnes perfs avec HF C/S
voilà !
eric l.
> ginu a écrit :
peux tu préciser ?
si j'un des fenetres dont les zones sont directement basées sur des champs d'une table, est ce que cela est signe de non performance en HFCS?
ps: je reprend un appli faite entièrement au rad, et je ne connais pas trop ce mode de fonctionnement.
|
| |
| |
| | | |
|
| | |
| |
Posté le 06 septembre 2006 - 17:23 |
en fait je pose ces questions, car l'appli est entièrement rad, sur hfcs, et les champs table dans les formulaires sont gros et tapent directment dans les tables (fichiers sous windev).
ce qui veut dire que c'est pas bon, c'est bien ca?
donc dans mon cas, ca veut dire que l'accès se fait en permanence?
alors qu'à partir d'une requete executé une fois, il n'y aurait pas d'échange en permanence. |
| |
| |
| | | |
|
| | |
| |
Posté le 06 septembre 2006 - 17:49 |
dans ton cas l'échange se fait au remplissage de la table et à chaque
scrolling via l'ascenseur. de plus si ta table fichier n'a pas un
contexte hyper file indépendant, le contexte est commun entre toutes les
tables qui sont basées sur ce fichier...
avec une requete l'acces au fichier est réalisé au remplissage de la
table... en revanche, si le fichier que tu traites contient un grand
nombre d'enregistrements il faut filtrer pour limiter le volume (sur une
date par ex...)
bon dev
eric l.
> ginu a écrit :
en fait je pose ces questions, car l'appli est entièrement rad, sur hfcs, et les champs table dans les formulaires sont gros et tapent directment dans les tables (fichiers sous windev).
ce qui veut dire que c'est pas bon, c'est bien ca?
donc dans mon cas, ca veut dire que l'accès se fait en permanence?
alors qu'à partir d'une requete executé une fois, il n'y aurait pas d'échange en permanence.
|
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2006 - 10:47 |
Donc, quand j'utilise les fonctions Hajoute,HlitRecherchePremier et les autres du même types, je dois les remplacer par des requêtes si je suis en Hyperfile Client/Serveur ??
Merci quand même pour vos informations. |
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2006 - 12:24 |
Pour ma part je fais les ajouts/modifs/suppressions avec les fonctions
"classiques" c'est quand meme plus pratique qu'une requête.
Et les lectures avec des requêtes...
Sauf cas particulier 
eric l.
> Vialard Jérôme a écrit :
Donc, quand j'utilise les fonctions Hajoute,HlitRecherchePremier et les autres du même types, je dois les remplacer par des requêtes si je suis en Hyperfile Client/Serveur ??
Merci quand même pour vos informations.
|
| |
| |
| | | |
|
| | |
| |
Posté le 07 septembre 2006 - 17:40 |
eric l vient de nous annoncer :
Pour ma part je fais les ajouts/modifs/suppressions avec les fonctions "classiques" c'est quand meme plus pratique qu'une requête. Et les lectures avec des requêtes... Sauf cas particulier eric l. Vialard Jérôme a écrit :
Donc, quand j'utilise les fonctions Hajoute,HlitRecherchePremier et les
autres du même types, je dois les remplacer par des requêtes si je suis en
Hyperfile Client/Serveur ??
Merci quand même pour vos informations.
Bonjour,
moi je pense qu'il faut faire intervenir un élément supplémentaire dans
le choix de la décision (entre requêtes, ou accès direct sur les
fichier) : où se trouve le serveur pas rapport aux postes utilisateurs.
Pour ma part, si les postes clients et le serveur HF se trouvent sur le
même réseau à 100Mb, je ne me casse pas trop la tête.
Si par contre, mon application accès un serveur HF chez un hébergeur
internet, par exemple, il est clair qu'il faut travailler avec des SQL
pour le remplissage des tables !!!
Bon dev,
Bruno
-- |
| |
| |
| | | |
|
| | | | |
| | |
|