Discussion :

[Yuna]

Bonjour,

Est-il logique/intelligent/possible de créer une clé étrangère composite dans une table, avec 4 clefs issus de 4 tables différentes?

Pour chaque occurence dans ma table ELEMENTS, je dois avoir une combinaison MONTHID / CODAGT / ENTORG /CODRUB différente.
Je veux donc que c'est 4 champs, issus de 4 tables, composent une unique clef étrangère.

Est-ce possible?
Comment faire?

Merci beaucoup.

[orafrance]

non c'est pas possible, en revanche, rien n'empêche de faire 4 fk, une par table référencée

[echoes]

Bonjour,

Je ne sais pas si j'ai bien compris la question, voilà en tout cas la réponse à ce que j'ai compris :

personnellement j'ai une table composée uniquement de 3 éléments, ces 3 éléments forment la clé primaire, sont tous des clés étrangères, sont tous des clés primaires d'une autre 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
18
19
20
21
22
create table LMC_SINISTRE_SITUATIO
(
    N_IDSIN           NUMBER(6)              not null,
    N_IDDOCUMENT      NUMBER(6)              not null,
    N_IDSITUATION     NUMBER(6)              not null,
    constraint PK_LMC_SINISTRE_SITUATIO primary key (N_IDSIN, N_IDDOCUMENT, N_IDSITUATION)
);
 
alter table LMC_SINISTRE_SITUATIO
    add constraint FK_LMC_SINI_REF_2445_LMC_SINI foreign key  (N_IDSIN)
       references LMC_SINISTRE (N_IDSIN)
;
 
alter table LMC_SINISTRE_SITUATIO
    add constraint FK_LMC_SINI_REF_2916_LMC_SITU foreign key  (N_IDSITUATION)
       references LMC_SITUATIO (N_IDSITUATION)
;
 
alter table LMC_SINISTRE_SITUATIO
    add constraint FK_LMC_SINI_REF_2913_LMC_SITU foreign key  (N_IDDOCUMENT)
       references LMC_SITUATIO (N_IDDOCUMENT)
;

[Yuna]

Yop Echoes

C'est exactement ça, merci bien.
Trois clefs étrangères qui forment une clef primaire.

Maintenant, j'abuse un peu en demandant ce qu'apporte la version avec "references" de la foreign key de celle sans "references", possible également?

[echoes]

La référence assure l'intégrité référentielle ( d'où le nom ) et empêche qu'on détruise un père qui à des enfants.

[Yuna]

Ok, je pensais que le seul fait que ce soit une foreign key assurait l'intégrité réferentielle.

Merci encore.

[orafrance]

bon bah j'avais pas du comprendre la question

[Yuna]

Oui mais bon, en même temps, vu la clarté de mon explication, il fallait vraiment s'être posée la même problématique pour comprendre....

Un peu confuse

Merci quand même!

[SheikYerbouti]

Ok, je pensais que le seul fait que ce soit une foreign key assurait l'intégrité réferentielle.

Merci encore.

Vous pensiez bien ! la Foreign Key assure effectivement l'intégrité des données.

[Marc Musette]

bonsoir à tous,

une petite explication sur les "keyword" REFERENCES et FOREIGN KEY

en fait le mot FOREIGN KEY est utilisé lorsque l'on définit la contrainte au niveau de la table (et donc lorsque la foreign key se compose de plusieurs colonnes) ; il peut donc être omis lorsque la foreign key n'est consititué que d'une seule colonne (et définie au niveau de la colonne)

le keyword REFERENCES est quant à lui obligatoire ds tous les cas puisque c'est lui qui va identifier la table parent et ses colonnes

ex au niveau colonne

Code :

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

1
2
3
4
 
CREATE TABLE clients (...
code_postal number(4) CONSTRAINT  clt_codpos_fk REFERENCES ville (code_postal), 
...);

ex au niveau table

Code :

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

1
2
3
4
5
6
 
CREATE TABLE clients (...
code_postal number(4),
localite varchar2(50),
CONSTRAINT  clt_codpos_fk FOREIGN KEY (code_postal, localite) REFERENCES ville (code_postal, localite), 
...);

voila j'espère que cela éclaircira votre problème

bon travail

[Marc Musette]

bonsoir à tous,

une petite explication sur les "keyword" REFERENCES et FOREIGN KEY

en fait le mot FOREIGN KEY est utilisé lorsque l'on définit la contrainte au niveau de la table (et donc lorsque la foreign key se compose de plusieurs colonnes) ; il peut donc être omis lorsque la foreign key n'est consititué que d'une seule colonne (et définie au niveau de la colonne)

le keyword REFERENCES est quant à lui obligatoire ds tous les cas puisque c'est lui qui va identifier la table parent et ses colonnes

ex au niveau colonne

Code :

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

1
2
3
4
 
CREATE TABLE clients (...
code_postal number(4) CONSTRAINT  clt_codpos_fk REFERENCES ville (code_postal), 
...);

ex au niveau table

Code :

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

1
2
3
4
5
6
 
CREATE TABLE clients (...
code_postal number(4),
localite varchar2(50),
CONSTRAINT  clt_codpos_fk FOREIGN KEY (code_postal, localite) REFERENCES ville (code_postal, localite), 
...);

voila j'espère que cela éclaircira votre problème

bon travail

[Marc Musette]

bonsoir à tous,

une petite explication sur les "keyword" REFERENCES et FOREIGN KEY

en fait le mot FOREIGN KEY est utilisé lorsque l'on définit la contrainte au niveau de la table (et donc lorsque la foreign key se compose de plusieurs colonnes) ; il peut donc être omis lorsque la foreign key n'est consititué que d'une seule colonne (et définie au niveau de la colonne)

le keyword REFERENCES est quant à lui obligatoire ds tous les cas puisque c'est lui qui va identifier la table parent et ses colonnes

ex au niveau colonne

Code :

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

1
2
3
4
 
CREATE TABLE clients (...
code_postal number(4) CONSTRAINT  clt_codpos_fk REFERENCES ville (code_postal), 
...);

ex au niveau table

Code :

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

1
2
3
4
5
6
 
CREATE TABLE clients (...
code_postal number(4),
localite varchar2(50),
CONSTRAINT  clt_codpos_fk FOREIGN KEY (code_postal, localite) REFERENCES ville (code_postal, localite), 
...);

voila j'espère que cela éclaircira votre problème

bon travail

[Yuna]

Merci à tous pour vos précisions très utiles