Discussion :

[snabow]

Bonjours à tous,

Je suis bloqué depuis 2 jours sur la mise en place d'une historisation (ou tout du moins quelque chose qui s'y apparente) au sein d'une application et je n'est pas trouvé d'exemples tangibles de mon cas sur le net... Je m'explique :

J'ai une table T_Planification qui contient des informations sur la planification d'un rendez vous entre un intervenant et un médecin (concrètement de quoi va t on parler, mais ce n'est pas le plus important). La table se présente de la manière suivante :



Ce que je souhaite réaliser est la chose suivante : l'application va réaliser à un instant T une planification automatique et remplir la table T_Planification avec ces données. Après cette étape, un intervenant pourra effectuer une modification du sujet de la rencontre (parce que déjà abordé dans une vague de planification précédente par exemple). L'objectif est que si modification il y a, on puisse conserver une trace de la ligne de planification théorique de l'application et que l'on est une nouvelle ligne de la planification modifiée. Il n'est pas nécessaire de conserver la liste des modification d'une même planification, la dernière en date suffit. On souhaite conserver l'id de l'intervenant qui effectue la modification (issue d'une table T_Utilisateur).
J'étais partit sur l'idée d'une association réflexive, conservant à la fois la ligne de planification théorique et celle modifiée, si il y en a une, dans la même table, puis d'une association plus classique entre T_Planification et T_Utilisateur mais sans grand succès...

Si quelqu'un à une piste à explorer je suis preneur..

Merci d'avance

[fsmrel]

Bonjour snabow,

Il n'est pas nécessaire de conserver la liste des modifications d'une même planification, la dernière en date suffit. On souhaite conserver l'id de l'intervenant qui effectue la modification (issue d'une table T_Utilisateur)

Si les règles sont bien les suivantes :

— Une planification peut faire l’objet de modifications, mais on ne conserve la trace que de la dernière modification : à quelle date et par qui.

— Un utilisateur a pu effecteur de 0 à N modifications et une modification donnée est faite par un et un seul utilisateur.

Alors sous forme de diagramme (façon MySQL Workbench) :



Si vous préférez conserver la liste des dates de modification pour une planification donnée et des utilisateurs ayant opéré :




P.-S. Avec nos outils respectifs (quel est le vôtre ?), les cardinalités ne « roulent » manifestement pas dans le même sens.

[snabow]

Merci beaucoup, ça correspond bien à ce que je recherchais
J'utilise l'outil de modélisation de Navicat, mais les cardinalités on été placée à la main, pas automatique par l'outil. Le sens des cardinalités ne m'avais pas interpellé jusqu'à présent :3