Discussion :

[mauroyb0]

Bonjour,

J'ai un prolème, assez banal il me semble mais qui me pose problème... Je dois mettre en place une contrainte check sur un champ mais cette contrainte nécessite d'aller voir si une autre valeur est dans une autre table. Je ne peux malheureusement pas utiliser de PK FK parce que l'autre table n'a pas de clause unique (elle ne peut pas en avoir sur cet attribut...).

Alors la question, c'est : est-ce que je suis obligé de faire une fonction que j'apelle a chaque fois et qui me sort un ou 0 + un chek qui me fait un truc du genre : check( 0>FunctionDeCheck() ) ? OU est-ce que j'ai un moyen plus joli de tout mettre dans le check?

merci d'avance...

[LeoAnderson]

Un trigger before de niveau ligne me semble plus approprié...

[aline]

Un trigger before de niveau ligne me semble plus approprié...

Je ne peut rien proposer de mieux, donc j'aurais tendance à dire oui.
Maintenant, la gestion de concurence chez Oracle (et c'est son point fort) fait que les triggers ne peuvent être appropriés pour ce genre de choses. Dans bien des cas, ils peuvent provoquer des erreurs.

[Xo]

Salut,

cette contrainte nécessite d'aller voir si une autre valeur est dans une autre table.

Cf the FAQ : Quelles sont les limitations d'une contrainte CHECK ?

Une contrainte CHECK ne peut faire référence qu'aux colonnes de la ligne courante.
Elle ne peut donc pas impliquer d'autres lignes de la table, ni impliquer d'autres tables.
En particulier, on ne peut pas y utiliser un SELECT.