Discussion :

[azzimu]

Bonjour,

voici la table suivante

Code :

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

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 :

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

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

[Ikebukuro]

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

[azzimu]

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

[McM]

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

[Michel.Priori]

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 :

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

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

[JeanYvette]

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

[tbc92]

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.

[azzimu]

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 :

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

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 ....

[McM]

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

[Michel.Priori]

Bonsoir,

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.

[tbc92]

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 :

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

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

Code :

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

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 :

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

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.

[Waldar]

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 :

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
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