Discussion :

[Alexs]

Bonjour,
dans le projet sur lequel je travail, nous avons mis en place une procédure stockée qui effectue un gros traitement sur tout un ensemble de données.

Celle-ci contient un curseur sur l'ensemble des enregistrements à traiter et pour chaque enregistrement, on fait appel à différents procédures qui effectuent le boulot.

Ma question est la suivante, vu que le traitement pour être relativement long, est-il possible que la procédure me retourne un "top" à chaque enregistrement traité pour pouvoir ainsi estimer la progression du traitement avec une progress bar ou autre.

Merci d'avance.

[rudib]

Bonjour,

Tu peux essayer de renvoyer un SELECT régulièrement, le problème va avec la connexion, il faut qu'elle reçoive les résultats pendant que la procédure est toujours en exécution. Ca fonctionne peut-être telle quelle ou tu peux profiter avec le client natif 2005, de la technologie MARS.

Au pire, fais en sorte que ta procédure écrive l'info de progression dans une table, et tu polles la table régulièrement avec une autre connexion.

En note, essaie vraiment d'éviter les curseurs.

[Alexs]

Merci pour ta réponse.
Par contre, je ne vois pas comment je peux faire pour éviter le curseur.

Car en résumé, j'ai 14000 dossiers que je dois traiter pour en renvoyer les informations dans une table...

J'ai pas mal de traitement à faire sur les données, du coup je ne peux pas utilier un simple "INSERT SELECT".

Donc comment faire...

[SQLpro]

Il y a un gros içnconvénient à tenter ce genre de chose, c'est que de quelque manière que ce soit, le traitement de la procédure va être très sensiblement augmenté des délais de la cosmétique. De plus en environnement C/S passant par le réseau (donc très lent à l'échelle du proc) vous allez avoir des temps de réponse particulièrement catastrophique...

A une certaine époque (années 90) Borland avait tenter de rendre la chose souple en introduisant la notion de call back... Cepandant cela s'avérait perturbant.

En gros, soit vous faîtes joli et alors prévoyez une base plutôt mono utilisateur, soit vous faîtes performant et vous trouvez une autre manière de présenter les choses comme un disque tournant par exemple.

A +

[rudib]

Les alternatives au cuseur peuvent être par exemple de stocker les données dans une table temporaire, et de faire le plus possible de traitements ensemblistes à partir de cette table.

[Alexs]

Je suis effectivement en train de me diriger cette voie.
Merci du conseil.