pb creation table

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:

---

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

Bonjour,

Comme ça :

Code:

---

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

---

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?

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:

---

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

Citation:

---

Envoyé par fcka0001

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

merci Escartefigues !

Citation:

---

Envoyé par ced

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

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:

---

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:

---

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

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:

---

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

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

Salut

Citation:

---

Envoyé par escartefigue

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

Bonsoir,

Citation:

---

Envoyé par alassanediakite

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

Pièce jointe 594230
Bonne continuation ! 8-)

Merci Patrick
@+