Discussion :

[d_token]

Bonjour,

J'ai une procédure qui prend un curseur de référence en sortie.
J'aimerai connaitre le nombre de tuple qu'il contient, afin de lever une erreur s'il ne retourne aucun tuple.
Pour l'instant, la seule méthode qui m'a été proposée est de faire un fetch dessus et de faire un rowcount ou notfound.

Le problème de fetch est qu'il me mange la première ligne de résultat.

Les tables étant assez volumineuses et la recherche assez complexe, j'aimerai une solution qui ne consiste pas à faire un count avant

Merci !

[Bruno2r]

Bonsoir,
Pourrais tu nous en dire plus sur ta procédure et surtout comment tu dirige vers la sortie, Merci.

[pifor]

Pour l'instant, la seule méthode qui m'a été proposée est de faire un fetch dessus et de faire un rowcount ou notfound.

Il n'y a pas vraiment d'autre solution.

Mais attention à la logique de votre code: le niveau d'isolation d'une transaction Oracle est par défaut READ COMMITTED. Si la table entière n'est pas entièrement verrouillée, vous n'avez aucune garantie que 2 exécutions de la même requête dans la même transaction retourne le même résultat: si une transaction concurrente insére une ligne et valide par COMMIT cette insertion pendant l'exécution n°1 de la requête du count(*), l'exécution n°1 du count(*) ne verra pas cette ligne, mais la 2ième exécution du même count(*) verra cette nouvelle ligne

[rbaraer]

A ma connaissance, on est obligé de faire un COUNT avant. Pour Oracle ça fait presque le double du boulot, mais bon, c'est bien pratique pour l'utilisateur final d'avoir le nombre de résultats de la requête même si on n'en affiche que 10 ou 20 à la fois... Et puis le COUNT mets les blocs en cache (bon, pas s'il y a trop de données...)

rbaraer