Salut Alison, Oui, cela peut certainement être fait. J’ai construit des bases de données similaires pour les employeurs précédents.
La clé de toute base de données efficace est une structure de base de données correctement conçue. Si votre base de données n’est pas conçue correctement, vous aurez des problèmes. Avant de pouvoir commencer à saisir des données, vous devez concevoir vos tables correctement. Créer des tables est facile, créer une base de données relationnelle est un art.
Lorsque j’ai besoin de concevoir une base de données, la première chose que je fais est de dresser une liste de toutes les bases que je dois capturer. Ensuite, j’organise ces bases dans des tableaux de normalisation (si vous ne savez pas sur quelle normalisation vous voulez lire).
En un coup d’œil, vous avez besoin d’un tableau des employés avec des informations démographiques (noms, adresses, date d’embauche, etc.). Ensuite, vous avez besoin d’une table de cours avec le nom du cours, le coût, la période de renouvellement, etc. Vous avez ensuite besoin d’un tableau employé/cours pour répertorier chaque cours suivi. Vous aurez également besoin de tableaux de recherche pour normaliser les entrées telles que les titres de poste, les qualifications et bien d’autres.
Chaque table aura besoin d’une clé primaire (de préférence autonome) qui serait utilisée comme clé étrangère dans les tables liées.
Une fois que vous avez un design de table, je vous recommande de le poster ici pour critique.
Ce n’est qu’alors que vous pourrez commencer à concevoir des formulaires. En général, vous utiliseriez des formulaires principaux avec des sous-formulaires pour les tables associées. Par exemple un formulaire principal attaché à la table des employés avec un sous-formulaire attaché à la table des employés/cours.
Si vous avez besoin d’autres éclaircissements à ce sujet, n’hésitez pas à poser une question.
