Erreur requête imbriquée [Résolu]

[Boukha]

Bonjour,
Je voudrait solliciter votre avis sur une erreur que j'ai concernant l’exécution d'une requête: ORA-00904 T3.NIV identificateur non valide
le point intriguant est que la même requête s’exécute normalement sur un serveur Windows 2003 et pas sur un serveur Redhat 5, sachant que la version déployée d'Oracle est la même.

Code :

1
2
3
4
5
6
7
8
9
10
11
SELECT case t3.nation
            when '001' then 
                 (SELECT t2.nation FROM
                         (SELECT t1.nation,decode(t1.qualite,'G',1, 'D',2, 'R',3, 'P',4, 'O',5, 'S',6, 'N',7) qual
                                 FROM t1 
                                          WHERE t1.c_acte=t3.c_acte 
                                          AND t1.niv=t3.niv 
                                          AND t1.qualite IN ('G', 'D', 'R', 'P', 'O', 'S', 'N') ORDER BY qual) 
                   t2 WHERE rownum<2 )
            else t3.nation end 
FROM t3

[ojo77]

La message dit que la colonne niv n'existe pas dans la table ou vu t3; Pouvez-vous vérifier ?

[Boukha]

Il existe bien évidement, les deux bases sont des copies identiques, l'une est une base de développement sur laquelle la requête a été écrite, et la deuxième c'est la base de production sur laquelle la requête ne s’exécute pas, et je n'arrive pas a comprendre pour quelle raison, on croirai qu'il ne s'agit pas du même interpréteur.

[mnitu]

Lisez "Is there some sort of nesting limit for correlated subqueries"

[Boukha]

Ok merci, je vais plutôt le faire en PLSQL c'est plus simple.

[skuatamad]

En pl/sql c'est une mauvaise idée, il faut écrire la requête autrement, par exemple je propose ça mais qui n'est peut être pas tout à fait bon :

Code :

1
2
3
4
5
6
7
8
9
SELECT case when t3.nation = '001' then t2.nation else t3.nation end
  FROM t3
  JOIN (SELECT t1.nation,decode(t1.qualite,'G',1, 'D',2, 'R',3, 'P',4, 'O',5, 'S',6, 'N',7) qual,
               row_number() over (partition BY t1.c_acte, t1.niv ORDER BY decode(t1.qualite,'G',1, 'D',2, 'R',3, 'P',4, 'O',5, 'S',6, 'N',7)) AS rn
          FROM t1
         WHERE t1.qualite IN ('G', 'D', 'R', 'P', 'O', 'S', 'N')
		) t2
	ON t2.c_acte=t3.c_acte AND t2.niv=t3.niv
 WHERE t2.rn = 1

[mnitu]

Envoyé par Boukha

Ok merci, je vais plutôt le faire en PLSQL c'est plus simple.

FBI (Fausse Bonne Idée)

[Boukha]

Merci, je vais m'inspirer de ta requête qui m'a l'air bien skuatamad.
Pourquoi pas le PLS?

[skuatamad]

Envoyé par Boukha

Pourquoi pas le PLS?

Parce que tu vas boucler sur T3 pour interroger T1, donc il y aura une requête exécutée sur T1 pour chaque t3.nation='001'.
Tout dépend du nombre de lignes vérifiant t3.nation='001' aujourd'hui et dans l'avenir mais généralement faire une requête dans une boucle en PL/SQL est contre performant et rapidement intunable.
Donc il ne faut l'utiliser que dans les cas où on ne peut pas faire autrement et clairement ton besoin s'écrit en 1 seule requête SQL sans problème.

Mais pour une analyse moins théorique et plus adaptée au cas présent, il nous faudrait le nombre de lignes de T3, de T1 et le nombre de lignes quand t3.nation='001'.

[Boukha]

Je ne comptai pas exécuter n fois la requête, je pensai plutôt tout simplement à faire un select (sans rownum) puis traiter les résultat pour déterminer la nationalité en fonction des données associée dans T2

[skuatamad]

Ah ok, mais il faudra filtrer en PL/SQL puisque la jointure entre T3 et T1 ramènera trop de lignes, je ne pense pas que ce soit vraiment mieux que faire une jointure dans le code.
Ma proposition à base de row_number n'est pas adaptable à ton besoin ?

[Boukha]

Si si, je demandais juste pour comprendre pourquoi c’était pas bien le PLS, sinon ben j'ai utilisé ta requête que j'ai un peu modifié ça a l'air de marcher niquel, merci encore.