Tablefichier remplie par:
Fichier avec Hfiltre
Même fichier mais via une requête
La clé est la même dans les 2 cas...
A chaque affichage de ligne, il y a des calculs dont certains appellent
d'autres requêtes.
Tout le monde me dit que les requêtes sont plus lentes ....mais je viens de
faire plusieurs expériences inverses avec une rapidité d'exécution nettement
plus importante qu'avec Hfiltre. A quoi cela tient ? Mon appli est en réseau
token ring 16 MB, Les fichiers sont des HF, dans les 2 cas j'optimise via
hoptimise ou hoptimise requête selon le cas.
Des réponses ?
--
Remove (nospam) from my Email.
Dr J-M des Grottes - HIS-Etterbeek-Ixelles - Nephrology - Belgium
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
mat
Il n'y a pas des règles valables pour toutes les circonstances. J'ai trouvé le suivant sur HF7:
* Chaque version de WD7.5 se comporte un peu différemment, surtout avec des accès multiples en réseau. Les versions avant la 206g ont toutes des problèmes en réseau à cause de WD75HF.DLL. * La version du système d'exploitation peut jouer un rôle. Et il est tout à fait possible que dans un réseau Ethernet 100Mbit les résultats seront encore différents des vôtres. * Lorsque le résultat a plus de quelques centaines d'enregistrements, la requête risque d'être plus longue que HFiltre. La raison principale est que la requête lit en mémoire chaque enregistrement ce qui se fait seulement en arrière plan, s'il n'y a pas de totalisation ou de trie sur le résultat. En plus, le fichier de la requête n'existe non seulement en mémoire mais également sur disque. Dans le passé, il se trouvait même dans le chemin des données (p.ex. sur un serveur) plutôt que dans le répertoire temporaire du PC local. * Malheureusement il n'y a aucune garantie qu'une solution spécifique est constamment la meilleure dans toutes les circonstances. Si on veut un code cohérent dans une application il faut accepter que dans certains cas on n'a pas la solution la plus rapide. Nous avions choisi les requêtes pour remplir les tables fichiers pour la souplesse dans les sélections multi-fichiers, mais dans certains cas, HFiltre est bien plus rapide. Pour certaines fenêtres j'ai dû réduire la fonctionnalité afin d'arriver à un chargement suffisamment rapide. * Si vous n'avez pas de problèmes avec la rapidité des requêtes, réjouissez-vous en et ne perdez pas trop de temps à vouloir comprendre HF.
"J-M des Grottes" a écrit dans le message de news:4004821e$0$1109$
Bonsoir,
Je reste très perplexe devant ce problème:
Tablefichier remplie par: Fichier avec Hfiltre Même fichier mais via une requête
La clé est la même dans les 2 cas...
A chaque affichage de ligne, il y a des calculs dont certains appellent d'autres requêtes.
Tout le monde me dit que les requêtes sont plus lentes ....mais je viens
de
faire plusieurs expériences inverses avec une rapidité d'exécution
nettement
plus importante qu'avec Hfiltre. A quoi cela tient ? Mon appli est en
réseau
token ring 16 MB, Les fichiers sont des HF, dans les 2 cas j'optimise via hoptimise ou hoptimise requête selon le cas.
Des réponses ? -- Remove (nospam) from my Email. Dr J-M des Grottes - HIS-Etterbeek-Ixelles - Nephrology - Belgium
Il n'y a pas des règles valables pour toutes les circonstances. J'ai trouvé
le suivant sur HF7:
* Chaque version de WD7.5 se comporte un peu différemment, surtout avec des
accès multiples en réseau. Les versions avant la 206g ont toutes des
problèmes en réseau à cause de WD75HF.DLL.
* La version du système d'exploitation peut jouer un rôle. Et il est tout à
fait possible que dans un réseau Ethernet 100Mbit les résultats seront
encore différents des vôtres.
* Lorsque le résultat a plus de quelques centaines d'enregistrements, la
requête risque d'être plus longue que HFiltre. La raison principale est que
la requête lit en mémoire chaque enregistrement ce qui se fait seulement en
arrière plan, s'il n'y a pas de totalisation ou de trie sur le résultat. En
plus, le fichier de la requête n'existe non seulement en mémoire mais
également sur disque. Dans le passé, il se trouvait même dans le chemin des
données (p.ex. sur un serveur) plutôt que dans le répertoire temporaire du
PC local.
* Malheureusement il n'y a aucune garantie qu'une solution spécifique est
constamment la meilleure dans toutes les circonstances. Si on veut un code
cohérent dans une application il faut accepter que dans certains cas on n'a
pas la solution la plus rapide. Nous avions choisi les requêtes pour remplir
les tables fichiers pour la souplesse dans les sélections multi-fichiers,
mais dans certains cas, HFiltre est bien plus rapide. Pour certaines
fenêtres j'ai dû réduire la fonctionnalité afin d'arriver à un chargement
suffisamment rapide.
* Si vous n'avez pas de problèmes avec la rapidité des requêtes,
réjouissez-vous en et ne perdez pas trop de temps à vouloir comprendre HF.
"J-M des Grottes" <jmdgnospam@easynet.be> a écrit dans le message de
news:4004821e$0$1109$6c56d894@feed0.news.be.easynet.net...
Bonsoir,
Je reste très perplexe devant ce problème:
Tablefichier remplie par:
Fichier avec Hfiltre
Même fichier mais via une requête
La clé est la même dans les 2 cas...
A chaque affichage de ligne, il y a des calculs dont certains appellent
d'autres requêtes.
Tout le monde me dit que les requêtes sont plus lentes ....mais je viens
de
faire plusieurs expériences inverses avec une rapidité d'exécution
nettement
plus importante qu'avec Hfiltre. A quoi cela tient ? Mon appli est en
réseau
token ring 16 MB, Les fichiers sont des HF, dans les 2 cas j'optimise via
hoptimise ou hoptimise requête selon le cas.
Des réponses ?
--
Remove (nospam) from my Email.
Dr J-M des Grottes - HIS-Etterbeek-Ixelles - Nephrology - Belgium
Il n'y a pas des règles valables pour toutes les circonstances. J'ai trouvé le suivant sur HF7:
* Chaque version de WD7.5 se comporte un peu différemment, surtout avec des accès multiples en réseau. Les versions avant la 206g ont toutes des problèmes en réseau à cause de WD75HF.DLL. * La version du système d'exploitation peut jouer un rôle. Et il est tout à fait possible que dans un réseau Ethernet 100Mbit les résultats seront encore différents des vôtres. * Lorsque le résultat a plus de quelques centaines d'enregistrements, la requête risque d'être plus longue que HFiltre. La raison principale est que la requête lit en mémoire chaque enregistrement ce qui se fait seulement en arrière plan, s'il n'y a pas de totalisation ou de trie sur le résultat. En plus, le fichier de la requête n'existe non seulement en mémoire mais également sur disque. Dans le passé, il se trouvait même dans le chemin des données (p.ex. sur un serveur) plutôt que dans le répertoire temporaire du PC local. * Malheureusement il n'y a aucune garantie qu'une solution spécifique est constamment la meilleure dans toutes les circonstances. Si on veut un code cohérent dans une application il faut accepter que dans certains cas on n'a pas la solution la plus rapide. Nous avions choisi les requêtes pour remplir les tables fichiers pour la souplesse dans les sélections multi-fichiers, mais dans certains cas, HFiltre est bien plus rapide. Pour certaines fenêtres j'ai dû réduire la fonctionnalité afin d'arriver à un chargement suffisamment rapide. * Si vous n'avez pas de problèmes avec la rapidité des requêtes, réjouissez-vous en et ne perdez pas trop de temps à vouloir comprendre HF.
"J-M des Grottes" a écrit dans le message de news:4004821e$0$1109$
Bonsoir,
Je reste très perplexe devant ce problème:
Tablefichier remplie par: Fichier avec Hfiltre Même fichier mais via une requête
La clé est la même dans les 2 cas...
A chaque affichage de ligne, il y a des calculs dont certains appellent d'autres requêtes.
Tout le monde me dit que les requêtes sont plus lentes ....mais je viens
de
faire plusieurs expériences inverses avec une rapidité d'exécution
nettement
plus importante qu'avec Hfiltre. A quoi cela tient ? Mon appli est en
réseau
token ring 16 MB, Les fichiers sont des HF, dans les 2 cas j'optimise via hoptimise ou hoptimise requête selon le cas.
Des réponses ? -- Remove (nospam) from my Email. Dr J-M des Grottes - HIS-Etterbeek-Ixelles - Nephrology - Belgium
