Discussion :

[doukem]

Bonjour,

Est-il possible, en SQL standard, ou bien sur Oracle 9, de définir une foreign key sur 2 tables. C'est-à-dire indiquer que la clé étrangère doit appartenir à une table OU a l'autre. Par exemple si j'ai une table "maison", une table "appartement" et une table "personne", et que chaque personne a soit une maison, soit un appartement, la table "personne" doit avoir un lien vers l'une des 2 tables (mais pas les 2).
Est-il possible de le faire sans définir une table temporaire qui réunisse les 2 ?
Ou bien si je définis une vue qui fasse l'union des 2, puis-je définir une contrainte d'intégrité vers la vue ?

Merci

[aline]

bonjour,

Je ne pense pas que cela soit possible.
Dans ce genre de cas, il faut modéliser un héritage (en tout cas, c'est le genre de technique que j'utilise).
Tu crées une table habitation dans laquelle tu met l'union de tes deux tables (au moins la pk). Cela implique évidement la même pk.
Tu peux maintenir facilement ta table d'habitation avec un trigger pour chaque table fille

[sygale]

Et pourquoi pas mettre tes 2 clés étrangères dans la table personnes ?

[aline]

Et pourquoi pas mettre tes 2 clés étrangères dans la table personnes ?

cette solution implique d'avoir trois colonnes dans la table personne.
Une première pour les adresses "maison"
Une deuxième pour les adresses 'appartement"
et une troisième avec un flag maison appartement.
Il faut bien voir ensuite à ce qu'une ees deux colonnes soit toujours vide.


Personnellement, si on veux regrouper l'information, je n'aime pas trop.
L'idée est de dire qu'une personne à une habitation et l'héritage semble nien adapté ici

[sygale]

cette solution implique d'avoir trois colonnes dans la table personne.
Une première pour les adresses "maison"
Une deuxième pour les adresses 'appartement"
et une troisième avec un flag maison appartement.
Il faut bien voir ensuite à ce qu'une ees deux colonnes soit toujours vide.

Je ne suis pas d'accord, 2 champs suffisent et une contrainte de type check

exemple

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
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
SQL>create table table1(id char(1),app char(1),mai char(1));
 
Table créée.
 
Ecoulé : 00 :00 :00.00
SQL>alter table table1 add (constraint chk_app_mai
  2   check ((mai is not null and app is null)  or  (app is not null and mai is null)));
 
Table modifiée.
 
Ecoulé : 00 :00 :00.00
SQL>insert into table1(id,app,mai) values('A','A',null);
 
1 ligne créée.
 
Ecoulé : 00 :00 :00.00
SQL>insert into table1(id,app,mai) values('B',null,'B');
 
1 ligne créée.
 
Ecoulé : 00 :00 :00.00
SQL>insert into table1(id,app,mai) values('C','C','C');
insert into table1(id,app,mai) values('C','C','C')
*
ERREUR à la ligne 1 :
ORA-02290: violation de contraintes (ETOILE.CHK_APP_MAI) de vérification
 
 
Ecoulé : 00 :00 :00.00
SQL>select * from table1;
I A M
- - -
A A ¤
B ¤ B
 
Ecoulé : 00 :00 :00.00
SQL>

Il reste plus qu'a mettre les contraintes Foreign key et cela devrait fonctionner non ?

[doukem]

Merci pour vos réponses.
J'espérais que Oracle propose une fonctionnalité qui permette une référence (A ou B), même si ce n'est pas du SQL standard. Apparemment ce n'est pas le cas.
Je pense m'inspirer de ces réponses, en utilisant la table de liens :
A B
1 x 1
2 2 x
3 3 x
...
et utiliser des triggers pour remplir automatiquement la table de liens lors d'une insertion dans une des deux tables.

[aline]

Bonjour sygale,

Excuse moi si ma réponse semblait un peut stricte. Faire deux colonnes et pointer sur les deux tables est tout à fait possible et ta solution est juste. Je disais juste que je n'aime pas trop pointer sur les deux tables.
Mais techniquement c'est en effet tout à fait faisable.