Discussion :

[SOLEDAD29]

Bonjour,
Quand on doit ramener un seul enregistrement, y a t-il une solution plus performante qu'une autre entre :
1 - faire un select into from...
2 - déclarer un cursor et faire un open / fetch / close
3 - déclarer un cursor et faire for cur in loop (pas d'open ni de close à faire)
Qu'en pensez-vous ? de manière plus générale, si vous avez des liens vers des document sur le tunning en forms 9, je suis preneuse, merci.

[Invité]

Un select into est le plus performant pour ramener un seul enregistrement.
C'est quoi ton problème ?

[pachot]

Bonjour,
En terme de performance, c'est très proche. Les curseurs explicites sont un peu plus longs à exécuter (et tellement plus longs à écrire !)
Le plus logique pour une seule ligne, c'est select into.
Et pour plusieurs lignes c'est for ... in (select ...) qui en 10g est optimisé pour aller chercher les lignes 100 par 100
Un lien (en anglais):
http://asktom.oracle.com/pls/apex/f?...21435542392367
Cordialement,
Franck.

[SOLEDAD29]

Merci pour vos réponses, j'avais entendu dire que c'était mieux d'utiliser les curseurs pour les fermer explicitement, mais ce n'était pas flagrant.
Mon problème en général c'est que l'application forms que je gère rame abominablement chez le client, de manière aléatoire, c'est à dire qu'un écran peut s'afficher en 5 secondes et la fois d'après on peut attendre 5 minutes sans que rien ne se passe (sans rien avoir changé aux données), pareil pour l'ouverture d'une lov, ou le passage à l'enregistrement suivant, etc.
Le client envisage de tout refaire dans une autre technologie (et peut-être avec un autre prestataire...) du coup je veux mieux pencher sérieusement sur le tunning forms.

[SheikYerbouti]

Je ne saurais trop vous consseiller d'orienter vos recherches vers le réseau et les éventuels firewalls.

[sgora]

Je ne saurais trop te conseiller de faire une trace de tes sessions pour essayer de détecter d'où vient le problème. Il peut aussi venir de problèmes système ou réseau, à moins que tu testes en local...