Gérer des données de l'information
Concevoir et mettre en place une base de données
Cette compétence vise à développer la capacité à concevoir, créer et gérer des bases de données relationnelles en utilisant les langages de requête appropriés et en appliquant les principes de modélisation des données pour répondre aux besoins des utilisateurs.
Mettre à jour une base de données relationnelle
Objectif de ce point
Être capable de créer et modifier efficacement une base de données relationnelle en utilisant le langage SQL et en respectant les contraintes d'intégrité.
Création et gestion d'une base de données de ludothèque
Pourquoi cette SAE valide ce point
Dans cette SAE, j'ai conçu et implémenté une base de données complète pour une ludothèque, en créant toutes les tables avec leurs contraintes d'intégrité, puis en développant des requêtes SQL pour interroger et mettre à jour les données.
- Tables créées : Auteurs, Jeu, Adherent, Editeur avec toutes les clés primaires et étrangères
- Contraintes d'intégrité : Mise en place de contraintes CHECK, NOT NULL pour assurer la cohérence des données
Preuves visuelles
Visualiser des données
Objectif de ce point
Être capable de présenter et visualiser les données extraites d'une base de données de manière claire et pertinente pour faciliter l'analyse et la prise de décision.
Requete SQL sur une base Client
Pourquoi je valide ce point
J'ai développé plusieurs types de visualisations pour afficher les informations de la base de donnée
- Requêtes avec jointures : INNER JOIN,pour récupérer des données liées entre plusieurs tables
- Sous-requêtes : Utilisation de sous-requêtes
- Fonctions d'agrégation : COUNT, SUM, AVG, MAX, MIN
- Clauses avancées : GROUP BY, HAVING, ORDER BY pour structurer les résultats
Preuves visuelles
Concevoir une base de données relationnelle à partir d'un cahier des charges
Objectif de ce point
Être capable de modéliser une base de données en respectant les règles de normalisation et les besoins exprimés dans un cahier des charges, en passant du modèle conceptuel au modèle physique.
Conception d'une base de données pour compétitions de ski alpin
Pourquoi cette SAE valide ce point
À partir d'un cahier des charges précis décrivant un système d'information pour gérer les compétitions de ski alpin, j'ai conçu et implémenté une base de données relationnelle complète en équipe de 3 personnes, en respectant toutes les étapes de modélisation.
- Contexte métier : Gestion simplifiée des données sur les compétitions de ski alpin
- Besoins identifiés : Mémoriser les stations, skieurs, compétitions, disciplines et résultats
- Contraintes spécifiées : 6 disciplines officielles (Descente, Super-G, Slalom Géant, Slalom, Parallèle, Combiné)
- Relations complexes : Gestion des qualifications, lieux de compétition et classements
- STATION : idStation, nomStation, altitude (>0), pays
- DISCIPLINE : idDiscipline, libellé (contrainte de domaine sur 6 valeurs)
- SKIEUR : idSkieur, nomSkieur, prénomSkieur, nationalité
- COMPÉTITION : idCompt, nomCompétition, dateDébut
- QUALIFICATION : Relation N-N entre Skieur et Discipline
- LIEU : Relation N-N entre Compétition et Station
- CLASSEMENT : Relation ternaire avec rang (>0) pour les résultats
- Clés primaires : Toutes les tables avec identifiants uniques
- Clés étrangères : Références cohérentes entre tables
- Contraintes CHECK : Altitude positive, rang positif
- Contraintes de domaine : Libellé discipline restreint aux 6 valeurs officielles
Preuves visuelles
Il assure la cohérence et la qualité de la base de données
Objectif de ce point
Être capable de mettre en place des contraintes appropriées, et la qualité de la base de donnée.
Garantie de la cohérence dans la base de données ski alpin
Pourquoi cette SAE valide ce point
Dans le projet S2.04, j'ai mis en place un système contraintes et assurer la qualité des information insertées grâce au contraintes check.
- Clés primaires : Chaque table possède un identifiant unique (idStation, idSkieur, idCompt, idDiscipline)
- Clés étrangères : Relations cohérentes entre tables (QUALIFICATION, LIEU, CLASSEMENT)
- Intégrité des relations : Impossible d'avoir un classement sans skieur, compétition ou discipline existants
- Suppression en cascade : Gestion des suppressions pour maintenir la cohérence
- Contrainte CHECK altitude : altitude > 0 pour toutes les stations
- Contrainte CHECK rang : rang > 0 pour tous les classements
- Contrainte domaine discipline : Libellé restreint aux 6 disciplines officielles du ski alpin
- Contraintes NOT NULL : Champs obligatoires comme nomStation, nomSkieur, nationalité
Preuves visuelles
Il s'appuie sur les modèles de données utilisés
Objectif de ce point
Être capable d'utiliser et de s'appuyer sur les modèles de données existants.
Utilisation de modèles de données standards
Pourquoi cette SAE valide ce point
Pour la SAE ski alpin, nous avons suivi une démarche structurée en partant d'un modèle conceptuel (MCD), puis en utilisant l'algèbre relationnelle, et enfin en implémentant le modèle relationnel en SQL.
- Analyse du domaine : Identification des entités (Station, Skieur, Compétition, Discipline)
- Relations conceptuelles : Définition des associations (Qualification, Lieu, Classement)
- Cardinalités : Spécification des liens entre entités (1..*, 1..1)
- Attributs : Définition des propriétés de chaque entité
- Sélection (σ) : Requêtes pour filtrer les skieurs par nationalité
- Projection (π) : Extraction des noms de skieurs ou stations
- Jointure (⋈) : Combinaison des tables pour obtenir les classements
- Opérations ensemblistes : Union pour combiner des résultats de différentes compétitions
- Création des tables : Transformation du MCD en 7 tables SQL
- Clés primaires et étrangères : Implémentation des liens identifiés dans le MCD
- Contraintes d'intégrité : CHECK, NOT NULL, contraintes de domaine
- Requêtes SQL : Traduction de l'algèbre relationnelle en code SQL
