Précédent   Forum des professionnels en informatique > Bases de données > Oracle > PL/SQL
PL/SQL Forum d'entraide sur le PL/SQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 09/12/2010, 17h26   #1
Yoh
Candidat au titre de Membre du Club
 
Inscription : juillet 2002
Messages : 56
Détails du profil
Informations forums :
Inscription : juillet 2002
Messages : 56
Points : 14
Points : 14
Par défaut [Oracle 9i] Bulk collect douteux

Bonjour,

Dans un traitement PL/SQL qui passe tous les jours chez un client depuis des mois, j'utilise un bulk collect dans un curseur.

Le curseur est déclaré comme ceci :

Code :
1
2
3
4
5
6
7
8
9
10
11
 
cursor c_ldec  (deccod mdecs.dec_cod%type, tcmu mdecs.dec_tcmu%type) IS
    SELECT  ldec_dpa_initial,
              format_ps_corse(ldec_nexec) AS ldec_nexec,
              ldec_nexec AS ldec_nexec_orig,
              ldec_spe_clas, 
    FROM    mldecs, macts
    WHERE   ldec_dec_cod = deccod;
 
type tab_ligne_dec IS TABLE of c_ldec%rowtype;
pck_tab_ligne_dec tab_ligne_dec := tab_ligne_dec();
Ce curseur est exploité comme ceci :

Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
  open c_ldec(r_dec.t303_dec_cod, r_gen.dec_tcmu);
  fetch c_ldec bulk collect INTO pck_tab_ligne_dec;
  close c_ldec;
 
  IF pck_tab_ligne_dec.count > 0 then
     FOR i IN pck_tab_ligne_dec.first..pck_tab_ligne_dec.last
     loop
         IF pck_tab_ligne_dec.EXISTS(i) then
             ...
             IF pck_tab_ligne_dec(i).LDEC_NEXEC IS NOT NULL then
                   ...
             else
                   -- PASSE ICI !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
             end IF;
 
         end IF;
     end loop;
  end IF;
Tous les jours, ce curseur lit des milliers d'enregistrements, tout marche bien...sauf pour très très peu d'enregistrement pour lequel il passe dans le ELSE du IF ci-dessus alors que la zone LDEC_NEXEC n'est jamais nulle.

Je précise que la fonction format_ps_corse() appelée dans le SELECT marche très bien (jamais d'erreur) et ne renvoie jamais null (vérifié via les traces de mon traitement).

Quelqu'un aurait-il une idée ?
Un quelconque problème sur le BULK COLLECT est-il connu ? (je ne trouve rien sur le support d'Oracle).

Merci d'avance pour vos réponses.
Yoh est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/12/2010, 19h06   #2
Expert Confirmé Sénior
 
Avatar de mnitu
 
Homme Marius Nitu
Ingénieur développement logiciels
Inscription : octobre 2007
Messages : 3 311
Détails du profil
Informations personnelles :
Nom : Homme Marius Nitu
Localisation : France, Marne (Champagne Ardenne)

Informations professionnelles :
Activité : Ingénieur développement logiciels
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : octobre 2007
Messages : 3 311
Points : 5 808
Points : 5 808
Si vous avez un jeux d'essaie où ça arrive, modifiez le traitement pour qu'il utilise une boucle simple à la place du bulk. Dans cette boucle affichez simplement la valeur du pck_tab_ligne_dec(i).LDEC_NEXEC. Est-ce qu'elle est nulle ou pas ?
mnitu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/12/2010, 21h49   #3
Membre habitué
 
Inscription : février 2006
Messages : 139
Détails du profil
Informations personnelles :
Âge : 37
Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

Informations forums :
Inscription : février 2006
Messages : 139
Points : 126
Points : 126
Bonsoir,

Ce qui est étrange, c'est que vous êtes certain que votre fonction ne renvoie jamais NULL mais que ça soit tout de même testé dans le code
Quoiqu'il en soit s'il y a un bug Oracle, ca serait plus sur la gestion des collections. Durant le process, il n'y aurait pas une ligne vierge qui serait ajoutée(lors de l'init par exemple)?
Sinon en ajoutant dans le else, le log sur les données de la ligne traitée vous devriez reperer le pb?
kervoaz est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 21h10.


 
 
 
 
Partenaires

Hébergement Web