Migration 10g - Gros soucis

Version imprimable

23/10/2006, 11h19
rpillot

Migration 10g - Gros soucis

Bonjour,
Je me permet de solliciter votre aide pour un problème plutot curieux et TRES URGENT pour moi car je ne peux plus revenir en arrière !!!

Voilà :
Dans une procédure PL/SQL je faisais précédemment sur une 8.1.7 :
select flag into v_flag from ma_table@mon_dblink;
=> Pas de problème !!!

Après 10g, quand je cherche à compiler cette procédure, avec Pl/Sql developper, j'obtiens l'erreur suivante :
Error: PL/SQL: ORA-00904: "FLAG" : identificateur non valide
Il faut savoir que cette requête marche avec SQL*Plus.
Si je la remplace par :
execute immediate 'select flag from ma_table@mon_dblink' into v_flag;
Cà marche aussi !!!

Ma curiosité maladive m'oblige à comprendre pourquoi j'obtiens cette
"Error: PL/SQL: ORA-00904" !!!

Si quelqu'un peut m'expliquer je suis preneur. Est-ce un problème Plsql Developer ? Cette execute immediate peut-il être "plus" dangereux que le select directement ?
Merci pour vos réponses.
Cordialement.
23/10/2006, 11h47
orafrance

et pourquoi pas :

Code:

select flag into v_flag from ma_table@mon_dblink;

Si ça marche sous SQL*Plus ça exclu le mot réservé (v$reserved_words), je pencherais donc sur le bug de PL/SQL dev
23/10/2006, 11h59
rpillot

Citation:

Envoyé par Fred_D

et pourquoi pas :

Code:

select flag into v_flag from ma_table@mon_dblink;

Si ça marche sous SQL*Plus ça exclu le mot réservé (v$reserved_words), je pencherais donc sur le bug de PL/SQL dev

C'est vraiment ma question, je ne comprend pas pourquoi cette première syntax qui marchait avant, ne marche plus maintenant !!!
Désolé pour pour les balises CODE.

Que penser de l'utilisation de "exceute immediate" à la place ?
23/10/2006, 12h34
orafrance

le EXECUTE IMMEDIATE est inutile... donc idiot :mouarf:

c'est au support PL/SQL dev que tu dois t'adresser là :?
23/10/2006, 13h37
rpillot
Tu as complètement raison.

Par contre le "execute immediate" me permet de compiler la procédure qui contient cette requête et de pouvoir contourner le problème.
Mais je n'aime vraiment pas faire çà.
Pour info, le problème s'est produit avec SQL*plus, alors que j'avais lancer cette même procédure une dizaine de fois pour surveiller !!!
A n'y rien comprendre.
Code:

1 2 select un_champ into v_un_champ from ma_table -- toujours marché select un_champ into v_un_champ from ma_table@mon_dblink; -- aléatoire !!!
Je pense que c'est une TAR chez Oracle que je vais déposer :lol:
Je vous tiendrai au courant de la réponse.
Merci