Discussion :

[ceuce]

Bonjour,

Voici mon problème, tout d'abord illustré par le MCD, puis le MPD associé




La problématique est la suivante : J'ai un objet qui est rattaché à un sous-type, lui même rattaché à un type. Le souci c'est que le sous-type n'est pas obligatoire, l'objet peut être uniquement rattaché à un type. C'est pourquoi les tables LIST_TYPE et OBJET sont également en relation

Au vu de la modélisation actuelle, il est possible que dans la table soient renseignés un code_sous-type et un code_type n'ayant rien à faire ensemble, et il ne faut pas!

Ma question c'est donc, comment faire pour conserver l'intégrité de cette relation entre les 2 tables LIST_ lors de l'ajout de données dans la table OBJET?


Je vous remercie d'avance pour les pistes que vous pourrez m'apporter

Cécile

[escartefigue]

Bonjour,


Ce type de règle de gestion se résout au moyen de Contrainte d'Intégrité Fonctionnelle (CIF)

Dans le MCD, il faut positionner une flèche entre les relations "type de objet" et "sous type de type" pour matérialiser la contrainte

Selon le logiciel de modélisation, la façon de procéder est différente (voire impossible avec Power AMC)

Il s'agit d'une contrainte d'inclusion (I cerclé positionné sur cette flèche) qui mentionne que toute occurrence de la relation "sous type de objet" fait référence à une occurrence de la relation "sous type de type"


Le DDL généré avec le MPD contiendra une contrainte de type REFERENCE qui permettra de vérifier cette inclusion. Si vous modélisez avec Power AMC ou un logiciel qui ne permet pas d'ajouter les contraintes dans le MCD, il faudra alors ajouter la contrainte manuellement dans le DDL du CREATE TABLE

DDL de la table OBJET :

Code :

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

1
2
3
4
[. . .]
CONSTRAINT ma_Contrainte_FK1 
           FOREIGN KEY (code_sous_type, code_type) 
           REFERENCES LIST_SOUS_TYPE (code_sous_type, code_type)

PS : ne vous inquiétez pas, c'est moi qui ai supprimé le message pour le reformuler, j'ai souvent tendance à poster un peu vite

[ceuce]

Merci beaucoup! Je regarde tout ça de trés prés

[escartefigue]

Attention, il faut que la contrainte de type REFERENCE pointe sur une clef UNIQUE

Le plus simple et le plus efficace est d'identifier le sous type relativement au type, comme ça, la clef primaire (et donc unique) de la table LIST_SOUS_TYPE sera CODE_TYPE + CODE_SOUS_TYPE.

L'avantage est que tous vos sous-types seront naturellement classés selon le type, d'où temps d'accès optimisés aux types d'un sous-type si votre index cluster est sur le type

[ceuce]

Magnifique, c'est exactement ce que je voulais!

Et en plus j'aurai appris quelque chose.

J'ai fait comme vous le suggériez, une double clé primaire sur les champs code_type et code_sous_type de la table LIST_SOUS_TYPE
Aprés l'avoir testé je peux dire que ça fonctionne parfaitement.

Un grand merci pour votre aide, je vais regarder de plus prés les possibilités offertes par l'utilisation des CIF


Cécile


PS : je viens à l'instant de voir que c'était vous qui aviez supprimé le message précédent, et non pas moi qui avait fait une bêtise!