Discussion :

[mtopoloff]

Voila mon probleme.

J'utilise PHP + PEAR

Le principe de fonctionnement de mon appli :

1. Si la requete n'a jamais été préparée, la préparer (PEAR::prepare() = OCIParse), stocker le statement retourné
2. Si la requete a déjà été executée, retrouver le statement
3. Executer la requete (PEAR::execute() = OCIBindByName, OCIExecute)

Bon ben quand je fais tourner un peu mon appli, je me prend un ORA-01000 Too many open cursors...

Alors j'ai une serie de questions :

A. Comment sont crées le curseurs, à quoi me servent ils
B. Comment les fermer
C. Si je les ferme, ca fait quoi au niveau des perf ?

Pour info, les requetes c'est des INSERT ou des SELECT qui retrounent quelques lignes seulement...

Merci des vos lumieres !

[pifor]

A. Comment sont crées le curseurs, à quoi me servent ils

Un curseur est créé par Oracle pour exécuter toute requête DML (SELECT, INSERT, UPDATE, DELETE) d'après le Concepts Guide. C'est une structure interne à Oracle qui sert à exécuter les requêtes SQL.

B. Comment les fermer

Cela dépend de l'environnement/du language qui l'a ouvert. En général il faut fermer les curseurs explicitement (sauf cas particulier comme les curseurs implicites en PL/SQL): au niveau de l'OCI en C, je suppose (mais je ne suis pas sûr) que OCIStmtRelease ferme le curseur.

C. Si je les ferme, ca fait quoi au niveau des perf ?

Difficile à dire de façon générale: vous gagnez peut-être du temps de compilation du curseur (parsing), vous perdez un peu de temps à la fermeture du curseur, vous utilisez un peu moins de mémoire côté serveur ... A vous de le tester