Discussion :

[miliga]

Bonjour tout le monde,
Merci tou d'abord pour votre aide.

voici un MLDR que je viens de realiser,il concerne LA GESTION D'UN PARCK INFORMATIQUE
s'ils vous plais,corrigez-moi mon MLDR s'il y a des erreurs et si je dois ajouter plus d'autres choses.

[fsmrel]

Bonsoir miliga,

Votre plat a l’air sympathique mais c’est un peu sec, ça manque de sauce... Je veux dire que votre MLD devrait être accompagné de quelques explications.

Par exemple, qu’est-ce qu’une catégorie de matériel ? Du matériel sous-marin, terrestre ? Du matériel neuf, d’occasion, obsolète ? Du gros du petit ? Etc.

Un matériel est affecté par un responsable appartenant à une section, mais affecté à qui ?

Si l’on en croit la clé de la table AFFECTATION, le même matériel peut être affecté en même temps par deux responsables distincts (il va y avoir du crêpage chignon...)

Les cardinalités 1,N (mandatory) ne sont-elles pas à l’occasion à remplacer par des 0,N (optional) ?

Merci d'empêcher la présence du bonhomme NULL.

[miliga]

Merci d'avoir répondu sur le champ,
-Materiel est un Materiel Informatique (Ordinateur,Ecran,Onduleur,..)
-Marque:Constructeur (HP,Dell,...)
-Model:c'est un Model ou une serie,disant par exemple (Dell Latitude D630)
-Responsable:est l'utilisateur du materiel qui lui sera Affecter par Moi ou un Responsable du parc informatique.
-Affectation:c'est juste pour garder un historique/suivi sur Le Materiel.
-Section:est une sale/Service auquel appartient l'utilisateur(Responsable du Matériel).
-Division:est une établissement (RH,Vente,Achat,..).

-->Un Matériel est affecte a un seul Responsable en une date.mais on peut lui retirer un écran et l'affecter a un autre Responsable.

Merci encore

[fsmrel]

Affectation : c'est juste pour garder un historique/suivi sur Le Matériel.

Il n’empêche qu’à une date donnée (il faudrait en réalité raisonner en périodes) un matériel ne devrait être affecté qu’à une seule personne, comme ci-dessous :



Par ailleurs, vous utilisez un peu trop systématiquement l’identification relative :



Comme disait mon professeur de latin : Utere sed non abutere...

En utilisant l’identification absolue (Non identifying relationship) et l'identification relative à bon escient (voire un dosage savant, comme dans le cas de l'affectation), certaines anomalies disparaîtront : un responsable ne sera plus la propriété multivaluée d’une section, le problème de l’affectation à une date d’un matériel à un responsable sera résolu, la clé de MATERIEL ne sera pas composée de 4 attributs (définissez un attribut MaterielId non significatif, réservez le numéro de série pour une clé alternative), etc.

Un Matériel est affecte a un seul Responsable en une date mais on peut lui retirer un écran et l'affecter a un autre Responsable.

Ce qui n’est pas incompatible avec ce qui précède : un écran est un matériel avec sa propre valeur de MaterielId, obtenue par auto-incrémentation).

[miliga]

Bon Soir fsmrel,

Merci pour votre aide.

-ce que vous venez de dire est vraiment juste,mais en réalité je veux garder l'historique sur les deux (Responsable et Matériel). pour l’identification relative,je viens de découvrir ce que c'est.
-Pour le idMateriel c'est mieux pour mon organisme de travailler avec le Numéro de Série a fin de ne pas saisir un matériel plusieurs fois.
-En fin de compte voila ce que j'ai fait>>

[CinePhil]

Bonjour,
Comme l'a suggéré fsmrel, préférez les clés primaires auto-incrémentées aux clés signifiantes en VARCHAR.
Pour ne pas permettre de saisir deux fois le même numéro de série, il suffit de poser une contrainte d'unicité (un index de type UNIQUE) sur la colonne "SN", laquelle gagnerait en clarté en étant nommée plutôt "numero_serie".

Quant à la clé primaire de la table associative "Affectation", elle permet toujours d'affecter un même matériel à deux responsables la même date !
Suivez donc le conseil de fsmrel !