1. AC14.01 | Mettre à jour et interroger une base de données relationnelle (en requêtes directes ou à travers une application) 2. AC14.02 | Visualiser des données 3. AC14.03 | Concevoir une base de données relationnelle à partir d’un cahier des charges
<aside> 💡 Quelles ont été vos démarches, prises de décisions, degré d'implication et d'autonomie ?
</aside>
<aside> 💡 Quelles ressources avez vous choisies et combinées pour réaliser vos tâches et résoudre les problèmes rencontrés dans cette SAé ?
</aside>
<aside> 💡 En vous appuyant sur vos traces, justifiez la maitrise des apprentissages visés, ainsi que la prise en compte des composantes essentielles pour le développement de vos compétences.
</aside>
<aside> đź’ˇ
Quelles ressources vous manquent pour atteindre la compétence abordée par cette SAé ? Si c'était à refaire que changeriez-vous ?
</aside>
Dans ce projet, j’ai été impliqué dès les premières étapes, avec une volonté d’avancer de manière rigoureuse et autonome, tout en collaborant efficacement avec mon binôme. L’objectif était de créer une base de données complète à partir d’un cahier des charges fourni par un réseau d’agences immobilières fictif.
La première partie du travail a été centrée sur l’analyse du besoin et la traduction du cahier des charges en un schéma relationnel. J’ai activement participé à la compréhension du fonctionnement des agences, des relations entre les entités (agence, client, bien immobilier, commercial...), et des règles de gestion. J’ai ensuite contribué à la construction du schéma relationnel, en respectant les règles vues en cours.
Dans la deuxième partie, j’ai pris en charge une grande partie de l’écriture des scripts SQL : création des tables, insertion de données, tests de contraintes, et rédaction de requêtes en SQL. J’ai avancé étape par étape, en testant régulièrement les scripts pour m’assurer qu’ils étaient fonctionnels et respectaient bien le modèle.
Pour mener à bien ce projet, j’ai utilisé les supports de cours de la ressource R1.05, notamment pour la modélisation et les règles de passage UML → relationnel. Ces documents m’ont permis de mieux comprendre comment structurer une base de données cohérente.
En complément, j’ai consulté la documentation SQL officielle, ainsi que des forums comme Stack Overflow pour résoudre des erreurs de syntaxe ou mieux comprendre certains comportements (par exemple avec les contraintes CHECK ou les jointures plus complexes).
J’ai aussi travaillé avec des exemples de bases de données vus en TD pour m’inspirer dans la rédaction de requêtes, et j’ai échangé régulièrement avec mon binôme pour discuter des choix techniques ou corriger certains oublis.