Discussion :

[limalima]

Bonjour,

Je me permets de vous écrire, en espérant avoir quelques réponses à mes questions:
je fais une migration de HF VERS ORACLE, mais cela à deviser par 5 les performances à causes des ordres HLit...* sur des tables à plus de 1millions de lignes, je ne comprends vraiment pas ce que je dois faire, car j'ai même modifier quelques ordres H en sql avec (HexecuteRequete...)
Normalement, on ne doit changer que la BDD et tout doit fonctionner en gagnant en performance!
Remarque: je travaille toujours avec l'analyse windev,y'a t'il des modification de paramètres à faire?
Avez eu ce genre de problème?, je suis dans l'impasse totale, merci pour votre aide.


Cordialement

[hpascal]

Bonjour

Normalement, on ne doit changer que la BDD et tout doit fonctionner en gagnant en performance!

Ah bon ? Ou as tu lu ça ?

Au contraire, en général les ordres HLit... sont catastrophiques sur les autres bases de données (à part quelques accès natif comme le db2/400 où les perfs restens correctes avec le même code)
Pour les migrations nous avons du refaire la plupart du code en SQL
C'est très long à ça implique de retester à fond toutes les applis concernées

[limalima]

Merci,

Donc, si j'ai bien compris, il faut refaire presque toute l'application!!
On a pensé qu'il fallait juste changer de BDD et le tour est joué
Tu confirme quand même que en faisant des 100% SQl, les performances seront au rendez-vous?

Cordialement

[Tober]

Moi j'utilises les ordres SQL* pour ma base SQLServer et je peux te dire que les performances sont au top. Sur Oracle ça sera surement la même chose.

Tu peux toujours faire une de tes requêtes avec les ordres SQL* pour t'en assurer avant !

[Arnaud B.]

Bonjour,

Je suis surpris : un HLitrecherchepremier(matable, clé, valeur) ne se limite-t-il pas à un "SELECT * FROM matable WHERE clé = valeur" sur un SGBD tiers ?
Comment cela pourrait-il devenir catastrophique ?

Je pose la question pour anticiper au mieux une future migration vers des SGBD tiers .

Cdlt, Arnaud.

Bonjour

Ah bon ? Ou as tu lu ça ?

Au contraire, en général les ordres HLit... sont catastrophiques sur les autres bases de données (à part quelques accès natif comme le db2/400 où les perfs restens correctes avec le même code)
Pour les migrations nous avons du refaire la plupart du code en SQL
C'est très long à ça implique de retester à fond toutes les applis concernées

[hpascal]

C'est surtout dans les boucles ou ça génère des requêtes à chaque passage (et avec sélection de toutes les colonnes bien sur)

Voir ce sujet : http://www.developpez.net/forums/d94...s/#post5325614

De plus même un simple HLitRecherchePremier (sans boucle) est catastrophique dans certains cas.

Dans mon cas c'était sur DB2/400 en OLEDB sur une table de 20 millions d'enregs attaquée à partir d'un site distant.
Le HLitRecherche mettait 20 mn avant de rendre la main, le SELECT une dizaine de secondes
Certes la liaison était mauvaise mais ça permet parfaitement de mettre à l'épreuve une application et de voir les points faibles

Évidemment en local la différence est moins importante

Le mieux est de regarder dans les logs des bases de données pour voir les requêtes générées et en déduire le traffic réseau engendré

Maintenant les résultats ne sera pas le même pour une autre base, il faut faire des benchs