Bonjour,

Il faut que tu lances ta procédure dans un thread différent. Pour cela, tu as à ta disposition les fonctions SharedObject.... (SharedObjectRegister, ...).

Il existe plusieurs exemples de mise en oeuvre sur codexchange (multithread).

Bonjour,

Je reviens avec mon problème :-)
En fait, je pense que j'ai mal posé ma question.

En effet, mon but est de pouvoir lancer un process sur une DB ORACLE - quel qu'il soit : fonction, procédure, job, autre - sans que l'application ne reste en attente soit de la valeur de return, soit de la fin du process DB en question.
L'exemple classique, c'est de lancer un traitement lourd - genre calcul - sur la DB et puis de fermer l'appli PB qui l'aurait lancé (les erreurs et autres étant gérées par le DBMS).

D'après les tests que j'ai effectué, Yield ou le partage d'objet "sharés" ne résoud pas complétement mon problème :
Ces logiques permettent effectivement l'intervention sur un process en cours (yield ) ou l'ouverture d'autres fenêtres et objets PB pendant qu'un autre process tourne ( SharObject)... mais au sein de l'application initiale...
Ce qui fait que si je lance le process dans une fenêtre 1, je peux effectivement ouvrir une fenêtre 2, etc.
Mais je ne peux quitter l'application : le process ouvert en fenêtre 1 étant toujours en attente d'une réponse....

Peut-être qqchose m'a-t-il échappé ?

Ce qui m'étonne aussi c'est que sous ASE le problème ne se semble pas se poser.
Par exemple, j'ai testé une fonction en TL-SQL avec un wait , renvoyant un seul caractère,  appelée par un client  PB.
Dans ce cas, le client fait son job sans soucis du return : à savoir que si je mets le Wait en commentaire, il ramasse effectivement le caractère, mais que si je mets le wait à un délai de 2 sec., il continue sa route avec une valeur à null sans états d'âme et sans rester fixé sur l'attente d'une réponse.
C'est troublant et c'est peut-être une piste : où se cache la différence entre ASE et Oracle 10g sur ce point bien précis ????

Par ailleurs, j'ai également testé la propriété "Async"  de l'objet de transaction, mais ça n'a rien changé...


J'ai l'impression de passer à côté d'un truc gros comme une maison ...

Avez-vous une idée ??

Merci d'avance,

Bybye

El Feliz

Pour un DW.retrieve en asynchrone il faut mettre une ligne commentée dans RetrieveRow (équivalent d'un Yield).

Sinon tu peux aussi lancer un job dans Oracle avec dbms_job.submit(...).

Je suis confronté à un problème similaire que celui de elfeliz

Pour ma part, j'ai une procédure stockée qui a traitement extrêmement long pour l'utilisateur.

Je met donc :
SQLCA.dbParm = "Async = 1, DBGetTime = 2"

Mais lorsque j’exécute ma PS, pour l'exemple j'ai fait une petite procédure stockée qui attend un nombre de seconde passé en paramètre :

DECLARE sp_wait PROCEDURE FOR Ma_Procédure_Stockée
    @sec = 10
USING SQLCA;

EXECUTE sp_wait;
   
IF SQLCA.sqlcode < 0 THEN

    MessageBox(gAppNom, "Erreur lors de la génération du fichier routeur !~r" + SQLCA.Sqlerrtext, StopSign!, Ok!)
    Return -1
END IF

CLOSE sp_wait;

Mais je n'arrive pas à récupérer la main avant la fin du traitement de la PS.

Je ne crois pas que dans le cas de @elfeliz ni du miens le Yield() correspond au problème.

En utilisant les "SharedObject", le programme va quand même se bloqué en attendant la fin du traitement, il me semble

Je suis donc aussi coincé

Pour ma part je suis sur SQL Server, et si on lance une tache, l'appli est bloqué le temps du traitement de cette tache...

Bonjour,

En utilisant les "SharedObject", le programme va quand même se bloqué en attendant la fin du traitement, il me semble

Non, uniquement le thread que tu as lancé. Tu peux continuer à travailler avec le programme normalement.

Mais, si à l'issue de l'exécution de la procédure stockée, vous ne procédez pas à une quelconque exploitation des résultats/données de la procédure, un job devait suffire ou votre programme doit procéder à un traitement à l'issue de l'exécution de la procédure ?