Bonjour.
Comme tu gères tes équipements "en vrac" la notion de statut associé à l'équipement lui-même risque de poser un problème.
A moins que tu n'ai des équipements "en vrac" et des équipements gérés individuellement.
Pour ceux "en vrac", tu pourrais ne pas renseigner le statut.
Remarques :
Pour les risques, je ne suis pas un grand fan des champs multi-valués et personnellement je préfère une vraie table d'association.
Dans la même idée j'ai crée une table "intermédiaire"
Pour les noms des champs, essaye de garder une cohérence ça facilite la compréhension du modèle.
Dans la plus-part de tes champs tes clefs s'appelle ID donc je te suggère de garder cette notation (voir la table tblQteObjetLiu).
A vrai dire j'ai repris les appellations dans tes conseil sans faire attention. J'ai corrigé suite aux remarques
Même chose pour [Quantite] et [Qte].
Et au final pour les noms internes, limite-toi :
- Aux lettre majuscules, minuscules non accentuées et non "décorées" (pas de "Ç").
- Aux chiffres
- Au souligné (_).
Ça va t'éviter quelques bugs rares mais vicieux et des soucis quand tu voudras transférer tes données vers un autre système comme Excel.
Quand tu as besoin de texte plus agréable pour un humain (le développeur n'est pas un humain, c'est un périphérique de la machine :-) ) utilise un formulaire et des étiquettes pour les afficher mais en interne c'est régime minceur.
A+
Partager