IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

PL/SQL Oracle Discussion :

[PL/SQL] Pb avec l'appel d'un curseur paramétré


Sujet :

PL/SQL Oracle

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2009
    Messages
    43
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2009
    Messages : 43
    Points : 18
    Points
    18
    Par défaut [PL/SQL] Pb avec l'appel d'un curseur paramétré
    Bonjour,

    j'appelle un curseur qui contient un paramètre d'entrée.

    Déclaration du curseur:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    CURSOR c_otf(pi_otf_code IN DT_ORDRE_TRANSPORT_FOUR.otf_code%TYPE) IS
            SELECT otf_code
            FROM DT_ORDRE_TRANSPORT_FOUR
            WHERE otf_code=pi_otf_code;
    w_c_otf  c_otf%ROWTYPE;
    pi_otf   DT_ORDRE_TRANSPORT_FOUR.otf_code%TYPE;
    Ce curseur est appelé dans une boucle qui fait varié le paramètre d'entrée. Ainsi, à chaque cycle, le curseur doit renvoyer une ligne différente.

    Appel du curseur:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
     
    FOR w_c_wvf IN c_wvf LOOP
    EXIT WHEN c_wvf%NOTFOUND;
     
               pi_otf := w_c_wvf.wvf_fou_transit||w_c_wvf.wvf_code;
     
               OPEN c_otf(pi_otf);
               FETCH c_otf INTO w_c_otf;
     
                   DBMS_OUTPUT.PUT_LINE(w_c_otf.otf_code||'   '||pi_otf);
     
                   IF c_otf%NOTFOUND THEN                        
                            INSERT INTO ... (...)
                            VALUES (...);
                   END IF;
     
               CLOSE c_otf;
     
    END LOOP;
    Cependant cela ne fonctionne pas. A l'aide du DBMS_OUTPUT j'observe ceci:

    9293 9293
    9293 1111
    La première ligne est normale, la sortie du curseur correspond au paramètre d'entrée (voir clause WHERE dans la déclaration) mais dans la deuxième ligne on voit que le curseur renvoie un mauvais résultat. C'est comme s'il avait gardé le résultat précédent.

    Est-ce que quelqu'un aurait une solution ?

    PS: la fermeture du curseur est gérée dans les exceptions.

  2. #2
    Expert éminent sénior
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 075
    Points
    19 075
    Par défaut
    J'ai pas bien compris l'idée mais si la finalité c'est l'INSERT tu dois probablement pouvoir t'affranchir des curseurs pour faire un INSERT ... SELECT qui sera bien plus performant.

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2009
    Messages
    43
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2009
    Messages : 43
    Points : 18
    Points
    18
    Par défaut
    En fait le curseur me permet, via l'instruction %NOTFOUND, de savoir si la ligne à insérer n'existe pas déjà avant de l'insérer (c'est vrai que j'ai tout effacé dans mon insert, dsl). Ce qui est étonnant c'est que j'utilise ce système avec un autre curseur qui a lui plus de paramètres dans la même boucle et ça fonctionne. Je ne comprend pas. On dirais que mon curseur reste ouvert alors qu'il devrait se fermer pour de nouveau s'ouvrir.

  4. #4
    Expert éminent sénior
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 47
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 075
    Points
    19 075
    Par défaut
    WHERE NOT EXISTS ou NOT IN permet de faire la même chose.

    Désolé, je ne réponds pas à ton souci mais j'aime autant te faire réfléchir sur le choix technique qui n'est peut-être pas le plus judicieux

  5. #5
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2009
    Messages
    43
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2009
    Messages : 43
    Points : 18
    Points
    18
    Par défaut
    J'ai trouvé ce qui n'allait pas :
    -il y avait un problème de valeur nulle pour les variables concaténées (rajout du NVL)
    -quelqu'un m'a rajouté une FK s'en m'en parlé et je n'ai pas pensé à regarder les contraintes. Donc le insert qui me semblait fiable ne l'était pas.

    Désolé pour le post inutile et merci de ton aide.

Discussions similaires

  1. Réponses: 0
    Dernier message: 02/03/2015, 11h06
  2. Mixage d'un ttx/dataset avec un appel sql additionnel
    Par fvallet dans le forum Connectivité
    Réponses: 0
    Dernier message: 10/04/2012, 23h16
  3. Réponses: 2
    Dernier message: 16/11/2009, 11h45
  4. Réponses: 1
    Dernier message: 01/06/2006, 11h31
  5. Réponses: 3
    Dernier message: 18/11/2002, 16h36

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo