Discussion :

[ithurts]

Bonjour,

Nous travaillons sur des bases utilisant un modèle en étoile et nous abusons donc de foreign key pour maintenir l’intégrité ce celui-ci.
Toutefois force est de constater que certaines clef étrangères nous posent problème , par exemple :
Mettons une table d'action et une table d'activité

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE actions(id INT UNSIGNED PRIMARY KEY  AUTO_INCREMENT,
id_contact INT UNSIGNED,
action_time DATETIME,
id_activite INT UNSIGNED,
 
foreign key (id_activite) reference activites(id),
foreign key (id_contact) reference contacts(id),
UNIQUE(id_contact,id_activite, action_time));
 
CREATE TABLE activites(id INT UNSIGNED PRIMARY KEY ,
nom TEXT,
 ...);

La table d'action est remplie par nos soins, la table d'activités est quand )à elle remplie à l'aide des informations que nous fournit notre client
Notre historique d'action remonte trop loin dans le temps et nous ne possédons pas un historique aussi avancé des activités pour ce client, ainsi nous avons été "contraint" de mettre en place le trigger suivant :

Code :

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

1
2
3
4
5
6
7
8
CREATE TRIGGER  maj_activite BEFORE INSERT ON actions    
FOR EACH ROW
BEGIN
IF NOT EXISTS (SELECT * FROM activites WHERE NEW.id_activite = activites.id)
AND NEW.id_activite/NEW.id_activite IS NOT NULL
THEN INSERT INTO activites VALUES (NEW.id_activites, ...)
END IF;
END

Dorénavant , quelque soit l'actions qu'on tente d’insérer dans la table d'actions, si il ne trouve pas d'activité reférente , il la créera avant d’insérer le tuple dans la table d'actions ..
J'ai vraiment l'impression qu'on perds l’intérêt de la clef étrangère en faisant ça ..

Qu'en pensez vous ?

Merci d'avance pour tous vos conseils !

[CinePhil]

La table d'action est remplie par nos soins, la table d'activités est quand )à elle remplie à l'aide des informations que nous fournit notre client
Notre historique d'action remonte trop loin dans le temps et nous ne possédons pas un historique aussi avancé des activités pour ce client,

Tu veux dire que le client envoie des actions passées qui se réfèrent à des activités plus anciennes que celles présentes dans la table "activités" ?

Dorénavant , quelque soit l'actions qu'on tente d’insérer dans la table d'actions, si il ne trouve pas d'activité référente , il la créera avant d’insérer le tuple dans la table d'actions ..
J'ai vraiment l'impression qu'on perds l’intérêt de la clef étrangère en faisant ça ..

Tel qu'est fait le trigger, effectivement, ça contourne la contrainte référentielle de la clé étrangère.
Y a t-il, dans la table "activités" une date qui pourrait être comparée à celle de l'action ?
Le trigger pourrait ainsi se limiter à la création des activités pour des actions anciennes et laisser faire l'insertion d'actions nouvelles ou récentes qui devraient logiquement avoir déjà une activité référence en BDD, laissant ainsi la clé étrangère faire son boulot correctement pour ces dernières.

[ithurts]

Bonjour cinephil,
Malgré mon explication complètement foireuse tu as parfaitement cerné le problème !
Encore et toujours merci pour tes conseils avisés, j'avais pensé à remplir à la main la table des activités avec celles un peu trop vieille, mais conditionner le trigger pour qu'il n'intervienne que sur les activités non récente est encore plus astucieux !

Merci encore et joyeux noël !

Cdt