Discussion :

[fcka0001]

bonjour,
j'essaie de suivre un tuto du site sur les requêtes récursives...

ici : https://sqlpro.developpez.com/cours/...te-recursives/

dans l'exemple 5 il faut créer une table, mais la requête ne passe pas.

Code :

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

1
2
3
4
CREATE TABLE T_VEHICULE
(VHC_ID         INTEGER NOT NULL PRIMARY KEY,
 VHC_ID_FATHER  INTEGER FOREIGN KEY REFERENCES T_VEHICULE (VHC_ID),
 VHC_NAME       VARCHAR(16))

Est-ce que quelqu'un voit d'où vient le problème ? merci

[ced]

Bonjour,

Comme ça :

Code :

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

1
2
3
4
CREATE TEMP TABLE T_VEHICULE
(VHC_ID         INTEGER NOT NULL PRIMARY KEY,
 VHC_ID_FATHER  INTEGER REFERENCES T_VEHICULE (VHC_ID),
 VHC_NAME       VARCHAR(16));

[fcka0001]

bonjour,

merci beaucoup Ced !


l'auteur du cours indique "Habituellement, une hiérarchie se représente en utilisant une autoréférence, c'est-à-dire à l'aide d'une clef étrangère provenant de la clef même de la table. "

si je comprends bien il évoque "le principe" d'une clé étrangère mais on ne doit pas utiliser le mot clé FOREIGN quand il n'y a une table. C'est cela?

[escartefigue]

Bonjour,

Pour vous simplifier la vie et éviter ce genre de piège, utilisez un logiciel de modélisation, le script sera généré automatiquement en fonction du choix du SGBD.
Par exemple, ici avec looping (gratuit), le MCD suivant (et son MLD associé généré en temps réel) :

Pièce jointe 594098


Génère le script suivant pour PostGreSQL :

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
CREATE TABLE VH_vehicule(
   VH_ident SERIAL,
   VH_immat CHAR(7) NOT NULL,
   PRIMARY KEY(VH_ident),
   UNIQUE(VH_immat)
);
 
CREATE TABLE Asso_1(
   VH_ident_Parent INTEGER,
   VH_ident INTEGER,
   PRIMARY KEY(VH_ident_Parent, VH_ident),
   FOREIGN KEY(VH_ident_Parent) REFERENCES VH_vehicule(VH_ident),
   FOREIGN KEY(VH_ident) REFERENCES VH_vehicule(VH_ident)
);

La table Asso_1 (j'ai oublié de nommer l'association, d'où son nom sibyllin ) correspond à votre besoin

[ced]

si je comprends bien il évoque "le principe" d'une clé étrangère mais on ne doit pas utiliser le mot clé FOREIGN quand il n'y a une table. C'est cela?

Non, c'est juste que pour créer la clé étrangère depuis la colonne dans le CREATE TABLE, sous PostgreSQL, il ne faut pas utiliser l'expression FOREIGN KEY. Un des points où la syntaxe de PostgreSQL ne suit pas la norme SQL...

ced

[fcka0001]

merci Escartefigues !

[escartefigue]

Non, c'est juste que pour créer la clé étrangère depuis la colonne dans le CREATE TABLE, sous PostgreSQL, il ne faut pas utiliser l'expression FOREIGN KEY. Un des points où la syntaxe de PostgreSQL ne suit pas la norme SQL...

ced

FOREIGN KEY est tout à fait accepté par PostGre (cf. le script que j'ai proposé et qui fonctionne), mais cet exemple est différent car la colonne référencée se situe dans la même table, ce n'est donc pas une FK

[ced]

Bien sûr que FOREIGN KEY est accepté par PostgreSQL, mais pas n'importe où et c'est ça qui provoquait l'erreur dans le premier post.

Les deux syntaxes suivantes sont équivalentes sous PostgreSQL :

Code :

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

1
2
3
4
CREATE TEMPORARY TABLE T_VEHICULE
(VHC_ID         INTEGER NOT NULL PRIMARY KEY,
 VHC_ID_FATHER  INTEGER REFERENCES T_VEHICULE (VHC_ID),
 VHC_NAME       VARCHAR(16));

Code :

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

1
2
3
4
5
CREATE TEMPORARY TABLE T_VEHICULE
(VHC_ID         INTEGER NOT NULL PRIMARY KEY,
 VHC_ID_FATHER  INTEGER,
 VHC_NAME       VARCHAR(16),
 CONSTRAINT t_vehicule_vhc_id_father_fkey FOREIGN KEY (VHC_ID_FATHER) REFERENCES T_VEHICULE (VHC_ID));

Il y a une différence entre le modèle lié à cette table et celui que tu proposes : on est sur une table qui s'autoréférence avec une relation de type 1 à plusieurs, là où ton modèle propose une relation de type plusieurs à plusieurs.
Ici, un véhicule ne peut avoir qu'un père et un véhicule père peut avoir plusieurs véhicules enfants.
Avec ton modèle, un véhicule peut avoir plusieurs pères et un père plusieurs enfants.

ced

[escartefigue]

En ce cas le modèle est

Pièce jointe 594197

et là aussi, le script est généré automatiquement en fonction du choix du SGBD

Ce qui donne ici :

Code SQL :

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

1
2
3
4
5
6
7
8
CREATE TABLE VH_vehicule(
   VH_ident SERIAL,
   VH_immat CHAR(7) NOT NULL,
   VH_ident_1 INTEGER NOT NULL,
   PRIMARY KEY(VH_ident),
   UNIQUE(VH_immat),
   FOREIGN KEY(VH_ident_1) REFERENCES VH_vehicule(VH_ident)
);

Script valide sous PG 9.5 et au delà, pas de problème avec FOREIGN KEY.

Dans tous les cas, passer par le MCD évite bien des erreurs et pas seulement ceux liés à la syntaxe du script

[Paprick]

Bonjour,

Capitaine , un tout petit détail pour parfaire ton exemple : le rôle "Parent" doit être placé sur la patte 0,n (ça peut paraitre bizarre, mais c'est très logique quand on y regarde de près !) .
Et si tu utilises l'option "Nom contrainte clé" dans les Propriétés de Looping, ça te rajoute le "CONSTRAINT".

[alassanediakite]

Salut

et là aussi, le script est généré automatiquement en fonction du choix du SGBD

Comment vous faites le choix du SGBD? Chez moi toujours en MS ACCESS.
Merci d'avance.
@+

[Paprick]

Bonsoir,

Comment vous faites le choix du SGBD? Chez moi toujours en MS ACCESS.

Il suffit de sélectionner votre choix dans l'option "SGBD cible" proposée dans la fenêtre "Propriétés" - "MLD-SQL" :

Bonne continuation !

[alassanediakite]

Merci Patrick
@+