Discussion :

[rootsystem]

Bonjour à tous.
Voilà ma problématique : j'ai une appli de gestion commerciale développée sous WD10 avec HyperFile (env. 2Go des bases diverses, taille moyenne des *.fic : 10Mo). Nous avons changé la localisation des bases sur un serveur dédié et j'espérais un gain de perf. Malgré 3 disques à 15000tpm en raid5, on a quasiment pas d'amélioration!
Donc, que faire? Migrer de HP à SQL Server? J'ai lu quelque part pourtant que HP était performant...

Une idée?

[Emmanuel Lecoester]

- programmer en mode requete et non pas en mode hxx
- faire une analyse des requetes dans votre application en vu d'optimisation

[Zoons]

J'ai fait quelques tests dernièrement.

HyperFile Classic est performant à condition d'utiliser les fonction HLit, dès que l'on tombe dans les vue ou requête complexe, le temps d'attende peut devenir énorme.

En HyperFile Client/Serveur, nos test on montré que les requêtes s'exécute plus rapidement. Je n'ai malheureusement aucune application sous HF C/S, les mises à jours de bases de données semble fastidieuse.

SQL Serveur pour sa part a été le plus performant. Il faut par contre revoir le code et éviter les fonctions HLit.

Voir le petit graphique :

[Emmanuel Lecoester]

en accès monofichier en local HF dépasse tous ses concurrents. Normal vu que c'est une sorte de fichier séquentiel indexé. En mode C/S c'est tout à fait normal que les requets soient plus optimisées que des vues ou filtre...

Zoons, pourrais-tu m'envoyer ton protocole de test STP.

elecoest arobase netcourrier.com.

[adrien]

Pour gérer des bases de données en réseau. Je te conseille HF C/S ou MySQL. C'est les meilleurs rapports Qualité/Prix.

Aprés tou dépend de ta programmation et de tes besoins. La régle que j'utilises est simple. Si j'ai besoin d'un enreg et que je sais ou il est : HLit...

Si j'ai besoin que HF me cherches un ou des enregs, : requêtes.
Utilises l'éditeur de requêtye plustôt que des requêtes en code sql. L'éditeur connait mieux HF que toi et sera meilleur pour les optims.

Autre conseil valable pour toutes les bases de données du monde : Quelle selection d'enreg à VRAIMENT besoin l'utilisateur ? Ce n'est pas la peine de lui remplir une table avec 2 ou 3 mille enregs, il ne les lira pas tous. En faisant ce travail de réflexion, tu vas exploser les perfs de tes applis.

A+
Adrien.

http://codel5g.eu

[Emmanuel Lecoester]

Concernant le choix d'une base de données C/S je ne serais pas aussi affirmatif que toi adrien (ne serait-ce que pour une base comme FireBird). Lit le comparatif de Fadace pour t'en convaincre.

Concernant la méthode de programmation que tu suggères j'abonde dans ton sens.