connect by prior

Bonjour,

voici la table suivante

Code:

---

1 2 3 4

CREATE TABLE articles( categorie VARCHAR2(30), categorie_sup VARCHAR2(30) );

---

je ne comprends pas ce que le connect by prior fait dans la syntaxe suivante , le start with je l ai compris.

Code:

---

1 2 3 4 5

SELECT lpad(' ',2*level)||categorie as "ARTICLES" FROM articles 3 CONNECT BY PRIOR categorie=categorie_sup 4 START WITH categorie = 'articles' 5 ;

---

merci

https://www.dba-expert.fr/index.php/...-hierarchiques

merci pour la réponse

mais je ne l'ai pas compris malgré que j'avais deja visité la page du lien que vous avez fourni

Le prior définit la hiérarchie. Les parents sont categorie et les enfants sont categorie_sup

Bonjour,

Vu que la réponse de McM n'est toujours pas validée par un +1 ou une clôture de discussion, je me lance à mon tour dans les explications.

1ere étape : comprendre la source des données :
En exécutant cette requête simpliste, on trouve les 2 colonnes utiles

Code:

---

1 2 3

SELECT categorie, categorie_sup FROM articles ORDER BY categorie ;

---

2ieme étape : décrire l'algo de résolution
La question est simple : en partant de la ligne categorie='articles' :
1- quelles sont les lignes utiles ?
2- comment fait-on pour les trouver ?

Formalise les réponses par écrit.
Relis la requête en cause.

Si la solution ne t'apparait pas, poste les 3 réponses et on pourra poursuivre ensemble ;)

Bonjour,

Peut-être que voir le fonctionnement Oracle écrit en SQL d'un autre SGBD (sql server) pour vous aider à visualiser le traitement qui est fait dans un connect by...

https://social.msdn.microsoft.com/Fo...=sqlgetstarted


Bisous

Je vais aborder la même question, sous un angle différent.
J'ai une table avec 4 colonnes :
- Identifiant _individu (un n° de Sécu , ou un truc comme ça)
- nom_prénom_individu
- identifiant_pere (le n° de Sécu du père)
- identifiant_mere (le n° de Sécu de la mère)

On imagine bien qu'avec cette table, en remontant de fil en aiguille, à partir d'un individu, on va savoir retrouver son père, son grand-père paternel, et idem, en prenant à chaque fois le père de de l'individu précédent.
Idem, mais avec la mère, la grand-mère maternelle , etc etc.

Et c'est suivant ce qu'on va mettre dans cette instruction 'Connect by prior' qu'on va parcourir une branche, ou bien l'autre branche.

bonsoir ,
merci pour vos réponses


si je comprends bien :

le connect by ca sera ma racine de depart

et le prior ds quel sens lire l'arbre des feuilles ou de la racine

Code:

---

1 2	CONNECT BY PRIOR categorie=categorie_sup START WITH categorie = 'articles'

---

ici cela veut dire que je vais commencer par l article_sup et partir vers les articles qui seront ou pas articles_sup d autres articles , jusque la dernière branche
ensuite recommencer ....

le connect by start with ca sera ma racine de depart
et le prior ds quel sens lire l'arbre des feuilles ou de la racine

Bonsoir,

Citation:

---

Envoyé par azzimu

ici cela veut dire que je vais commencer par l article_sup et partir vers les articles qui seront ou pas articles_sup d autres articles , jusque la dernière branche
ensuite recommencer ....

---

En fait tu n'as simplement pas suivi le protocole que je t'avais indiqué.
En ayant fait les étapes à la "main" tu aurais vu la mécanique.

Un de problèmes du parcours de l'arbre est la clause de jointure (ici categorie=categorie_sup)
Or, en pure logique si a=b alors b=a
Ce qui ne nous dit rien du "sens" que l'on veut donner dans le parcours de l'arbre ; veut-on le "monter" ou le "descendre" ; on part de la valeur trouvée dans la colonne categorie pour trouver la/les lignes dont la valeur correspondante se trouve dans la colonne categorie_sup, ou l'inverse ?
La réponse à cette problématique est dans l'usage de PRIOR

Et puis, comme te l'a fait remarquer McM, la clause start with n'a pas de sens caché sinon une traduction via deepl.com pourra t'aider.

En fait, le diable est dans les détails. Quand on lit la requete à voix haute, il faut mettre les espaces au bon endroit :

Code:

---

1 2 3

CONNECT BY PRIOR categorie=categorie_sup -- NON START WITH categorie = 'articles'

---

Code:

---

1 2	CONNECT BY PRIOR categorie =categorie_sup --OUI START WITH categorie = 'articles'

---

Et en fait on peut même écrire la commande de façon un peu différente (si a=b, alors b=a, ça s'applique ici) :

Code:

---

1 2	CONNECT BY categorie_sup = PRIOR categorie START WITH categorie = 'articles'

---

On Commence par les lignes qui vérifient categorie = 'articles'
Püis on connecte les autre lignes, avec la relation : categorie_sup = PRIOR categorie , c'est à dire : categorie_sup de l'enregistrement en cours = Categorie de l'enregistrement précédent.

Et pour la petite histoire, vous pouvez aussi mettre PRIOR categorie dans le SELECT, c'est valide lors d'une requête récursive.
En reprenant votre table :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

insert into articles values ('articles', 'articles_sup'); insert into articles values ('articles_top', 'articles'); commit;   select level , categorie , categorie_sup , prior categorie , prior categorie_sup from articles start with categorie = 'articles' connect by categorie_sup = prior categorie;   LEVEL CATEGORIE CATEGORIE_SUP PRIORCATEGORIE PRIORCATEGORIE_SUP ----- ------------ ------------- -------------- ------------------ 1 articles articles_sup 2 articles_top articles articles articles_sup

---