Discussion :

[Nick_Holmes]

Bonjour,
j'ai un problème sur une base, il faudrait que je mette une contrainte de clé étrangère sur une colonne C1 d'une table T1 qui pointerait soit sur une colonne C2 d'une table T2 soit sur une autre colonne C3 d'une table T3.
Est-ce possible simplement avec une FK ou un check ?

@+,
NicK.

[Pomalaix]

Bonjour,
j'ai un problème sur une base, il faudrait que je mette une contrainte de clé étrangère sur une colonne C1 d'une table T1 qui pointerait soit sur une colonne C2 d'une table T2 soit sur une autre colonne C3 d'une table T3.
Est-ce possible simplement avec une FK ou un check ?

@+,
NicK.

Non, pas possible !
Vous avez manifestement un problème de conception...

[Nick_Holmes]

Yeessss !
C'est pas moi qui ait conçu cette base. J'aurai tout mis dans une seule table T2 U T3 avec une PK commune et une colonne flag pour différentier le type de ligne pour éviter de :

• devoir faire des liens sur 2 tables de référentiel au lieu d'une seule
• doubler le code Java à faire pour mes p'tits développeurs (les pôvvv )

Mais on laisse faire les non-spécialistes ORACLE pour les BdD... N'importe quoi donc.

@+,
NicK.

[Wurlitzer]

Il existe au moins une solution. Pas tres propre je l'avoue

On créé une nouvelle table T4 avec comme seule colonne la clé. On met un trigger sur T1 et T3 pour alimenter de manière automatique T4.

Puis on fait les contraintes par rapport à T4.

Cette solution a plein de défaut mais a au moins un avantage. C'est que le controle d'intregrité reste dans la base et n'est pas deporté au niveau du code applicatif.

Hope this helps

[Nick_Holmes]

Oui, c'est vrai. Envisagé & rejeté. Pas de triggers car tout le code est en JAVA et on ne va pas garder du PL/SQL pour gérer ce cas là. Mes développeurs vont redévelopper un peu leur DAO, mais il vont diviser par 2 le code à écrire pour les prochains développements. Ils utilisait de toute façon une astuce pas très propre pour rattacher les 2 objets en JAVA. On va faire une seule table et on sera bien nickel.

@+,
NicK.