Discussion :

[usbeck]

Bonjour,

J'ai une requête avec un tri assez compliqué, et au milieu de ce tri, j'aimerai regroupé certaine ligne, et je ne vois absolument pas comment faire.
Je commente ma question avec un exemple

ma ligne se compose des colonnes suivantes :
objectid, objectid_mere, info1, info2, info3, ... infoN
(avec des lignes ayant des objectid_mere = null et d'autre ayant des objectid_mere = objectid d'une autre ligne.

Mon tri se fait par rapport à mes N infos.
Et je voudrais que mon tri se fasse par rapport à mes N infos pour mes lignes ayant des objectid_mere à null.
Et que mes lignes ayant un objectid_mere se situe en dessous de sa ligne mère (dont l'objectid = objectid_mere); et donc que pour ces lignes (filles), ne pas tenir compte du tri.

Est ce que order sibling by répond à cette problématique ?

[pacmann]

Salut !

Si tu veux deux tris différents entre les racines et les fils, tu peux faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
ORDER SIBLINGS BY 
    CASE WHEN objectid_mere IS NULL then 0 ELSE objectid END, 
    info1, info2, ..., infon

[usbeck]

Le SIBLING a une utilité ? c'est lui qui permet de faire le CASE ?

Mon problème n'est pas de séparer les "filles", mais de trier les lignes filles par rapport à la ligne mère, et que les lignes mères soient triées les unes par rapport aux autres.

[mnitu]

Le SIBLING a une utilité ? c'est lui qui permet de faire le CASE ?

Mon problème n'est pas de séparer les "filles", mais de trier les lignes filles par rapport à la ligne mère, et que les lignes mères soient triées les unes par rapport aux autres.

Pour une requête hiérarchique (connect by) l’order by détruit l'hiérarchie. Siblings permet de préserver l’hiérarchie dans ce cas.

[pacmann]

... et le CASE sert juste à n'appliquer l'order BY sur les racines.

Si tu fais la même sans case (et donc directement avec les info1, ...) tu appliques le tri sur toutes les noeuds d'un même niveau et de même père.

Or tu disais ne vouloir l'appliquer que pour les éléments ayant id mère à NULL, non ?

[usbeck]

Ok donc c'est le connect by que je ne sais pas utilisé

... et le CASE sert juste à n'appliquer l'order BY sur les racines.

Si tu fais la même sans case (et donc directement avec les info1, ...) tu appliques le tri sur toutes les noeuds d'un même niveau et de même père.

Or tu disais ne vouloir l'appliquer que pour les éléments ayant id mère à NULL, non ?

[usbeck]

Bon alors, je suis obligé d'avouer je vous ai simplifié mon cas car je pensais que c'était pas important, or si je veux faire une requête hierarchique, j'ai un problème. Je suppose que le connect by , order sibling résout mon problème, mais je n'ai pas une vrai requête hierarchique.

Donc ma question se transforme, est il possible de transformer ma requete en requete hierarchique.
Voilà à quoi ressemble vraiment mes données :

objectid, type = 'B' ou 'E', objectid_distant, info.....

Si mon type = 'B', alors ca sera une ligne mère.
Si mon type = 'E', alors c'est une ligne fille, dépendante de la ligne mère ou objectid_distant est le même (objectid_distant(B) = objectid_distant(E))

C'est possible de mettre du connect by la dedans :/

[usbeck]

Je crois que j'ai trouvé une solution (ma requête est en train de tourner)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
select level, vv.objectid, vv.objectid_parent
from (select decode(type, 'B', objectid_distant, null) as objectid, 
                 decode(type, 'E', objectid_distant, 1) as objectid_parent,
                 reste_info....
        from matable) vv
start with vv.objectid_parent = 1
connect by vv.objectid = vv.objectid_parent
order sibling by ...

ca vous semble être ca ?

[usbeck]

Echec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ORA-30928: Connect by filtering phase runs out of temp tablespace