Discussion :

[Magadrig]

Bonjour,
J'ai une requête qui a un comportement différent lorsqu'elle est exécutée dans un package PL/SQL. Le tri semble être différent.
Si quelqu'un pouvait m'éclairer sur ce comportement inquiétant ? Merci

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
SELECT colonne_1,  colonne_2
FROM (
      SELECT Typec, colonne_1, colonne_2
      FROM
      (
             	SELECT 1 as Typec, colonne_1, colonne_2
             	FROM Table1
		UNION
                SELECT 2 as Typec, colonne_1, colonne_2
             	FROM Table2
		UNION
                SELECT 3 as Typec, colonne_1, colonne_2				 
                FROM Table3      
    	)
	ORDER BY Typec
)
Where Rownum <2;

[pachot]

Bonjour,
Typec a toujours la valeur 1 et l'order by n'est que sur Typec donc c'est normal que ce ne soit pas trié sur le reste, non ?
Cordialement,
Franck.

[mnitu]

PL/SQL utilise le moteur SQL pour exécuter ses requêtes et le tri est effectué par le moteur SQL. Mais des paramètres différents au niveau des sessions qui se connectent et exécutent les requêtes via SQL ou Pl/SQL peuvent donner le comportement que vous avez observé.

[Magadrig]

Je pense qu'il ne s'agit pas d'un problème de tri.
J'exécute ma requête UNION manuellement : Tout ok

J'ai modifier mon package pour la transformer en un curseur, elle ne ramène qu'un seul enregistrement le dernier UNION. Même avec un UNION ALL.Incompréhensible .

[lola06]

Il serait peut-être intéressant de poster votre package, l'erreur vient peut-être de là.

[mnitu]

...
J'ai modifier mon package pour la transformer en un curseur...

Cela nous indique bien que vous avez quelques lacunes concernant l’exécution des requêtes SQL via le moteur PL/SQL.

Postez un jeu d’essaie complet : création des tables alimentation avec des données, requêtes, résultat attendu, anomalie constaté.

[ARAGONIS]

En fait, il faut savoir qu'à partir du moment où l'on limite le retour avec un rownum, l'order by s'applique uniquement sur le résultat du rownum.
En bref, Oracle récupère les données dans n'importe quel ordre et c'est lorsqu'il a fini de tout récupéré (en prenant en compte aussi le rownum) que l'order by est appliqué.
Pour éviter cela, il est préférable de passer par un curseur et de s'arrêter au 2ème enregistrement.