Discussion :

[Séb.]

Bonjour à tous,

Je commence à réfléchir sur un projet qui m'occupera certainement pendant quelques années.

Voulant me lancer sur des bases solides, j'en reviens aux fondamentaux avec un MCD. Mais je dois me débarrasser du réflexe "j'attaque direct la BDD", et il me manque des billes

Les règles et le MCD obtenu :



Le MLD généré par Looping est :

Code :

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

1
2
3
agent = (agent_id INT AUTO_INCREMENT, last_name VARCHAR(20), first_name VARCHAR(20), email VARCHAR(40), password VARBINARY(50));
workgroup = (workgroup_id INT AUTO_INCREMENT, name VARCHAR(20), description VARCHAR(1000));
assignment = (#agent_id, #workgroup_id, created_at DATETIME);

J'aimerais ajouter 2 choses :
1. Une dimension temporelle en guise d'historique des affectations
2. L'agent ayant effectué l'affectation (cela devra aussi apparaître dans l'historique)

Comment faire apparaître cela sur le MCD ?

Merci,

[Paprick]

Bonsoir,

Voici une solution qui répond au problème posé :

L'association Affecter entraîne alors la génération de la table assignment suivante : (#agent_id, #workgroup_id, created_at DATETIME, #agent_id_Auteur)
L'historique est ainsi géré ainsi que le nom de l'agent ayant effectué l'affectation.
Une autre solution consiste à créer une classe d'entité "Affectation" : on peut alors se passer de la classe fictive Calendrier.

Bonne continuation !

[Séb.]

Génial merci

Il faut que je vois la notion de CIF.

Je me projette dans l'exploitation et le SQL (ce qui est sûrement une erreur à ce stade) => Afin d'éviter les recherches de MAX(horodatage) par agent/groupe, j'ai ajouté un attribut "Est dernier ?" qui sera calculé/màj à chaque affectation.
Cela me semble du ressort de l'optimisation et inclue une certaine redondance dans le MCD.
Peux-tu me confirmer que cet attribut "Est dernier ?" n'a rien à faire dans un MCD ?

J'ai représenté la v2 avec une classe "Affectation", est-elle correcte ?



Merci !

[Séb.]

La v2 serait plutôt :



J'ai déjà du mal à trouver des noms d'association, la v1 plus concise me plait davantage.

[escartefigue]

Bonjour,

Quel est le but du booléen "est dernier", s'il s'agit de connaître la dernière affectation, il est redondant avec la date d'affectation.

Confirmez-vous qu'un même agent peut être affecté à plusieurs groupes de travail simultanément ?
Il manque certainement l'attribut date de fin d'affectation ou une durée à appliquer à partir de la date de début.

[Séb.]

Quel est le but du booléen "est dernier", s'il s'agit de connaître la dernière affectation, il est redondant avec la date d'affectation.

Le but était d'identifier la dernière affectation d'un agent pour un groupe donné sans avoir besoin de faire un groupement et un MAX()[*] mais si j'intègre une date de fin d'affectation et que je la valorise à 9999-12-31 cela devrait suffire.

Confirmez-vous qu'un même agent peut être affecté à plusieurs groupes de travail simultanément ?

Oui.

Il manque certainement l'attribut date de fin d'affectation ou une durée à appliquer à partir de la date de début.

Oui, existe-t-il des stratégies ou modèles bien connus à ce propos ?



MLD obtenu :

agent = (agent_id, last_name, first_name, email, password);
workgroup = (workgroup_id, name);
workgroup_user_history = (#agent_id_Concerné, #workgroup_id, start_at, finish_at, created_at, #agent_id_Créateur);

La PK de Affecter / workgroup_user_history n'empêche pas le chevauchement de périodes.
Quelque chose est-il prévu au niveau MCD pour éviter cela ?

agent_id    workgropup_id    start_at      finish_at
1           1                2023-08-04    9999-12-31
1           1                2023-08-07    2023-08-13    -- Ligne inutile

[escartefigue]

La date de fin d'affectation doit être un attribut porté par l'association, ainsi il ne participera plus à la PK de la table associative.
On ajoutera une contrainte CHECK pour vérifier que la date de fin est supérieure à la date de début.

À ma connaissance, seul PG a implémenté la notion de contrôle de chevauchement (OVERLAPS), du coup, il faut contrôler le chevauchement de périodes avec la méthode classique. Soit deux périodes P1 et P2 : il y a chevauchement si début P2 <= fin P1 et fin P2 >= début P1.
Il est recommandé d'attribuer une valeur par défaut '9999-12-31' à la date de fin pour en faciliter les contrôles (plutôt que de jongler avec les marqueurs "NULL")