Base relationnelle ou base documents, et ce que ça change pour vous
Relationnel ou documents : ce choix de stockage conditionne les questions que votre produit pourra poser à ses données. La leçon vous donne une grille pour comparer les deux approches face à un besoin précis et en discuter d'égal à égal avec l'équipe technique. Vous savez aussi où se feront vos analyses, quel que soit le choix retenu.
Objectif de la leçon
À la fin de cette leçon, vous serez capable de comparer une base relationnelle et une base documents (NoSQL) sur quatre critères (forme des données, requêtes attendues, cohérence, évolution du schéma), de justifier un choix pour un besoin produit et de dire où se feront les analyses dans chaque cas.
Thèmes abordés
- SQL ou NoSQL
- base relationnelle
- base documents
- schéma de données
- entrepôt de données
Dans quel module
Lire et modéliser les données
Comment les écrans de mon produit se traduisent-ils en tables, et comment concevoir celles de ma prochaine fonctionnalité ?
Leçons du module
- Lire un modèle de données, des écrans aux tables
- Modéliser les données d'une fonctionnalité
- Base relationnelle ou base documents, et ce que ça change pour vous (cette leçon)
Ce que vous apprendrez dans la formation
Cette leçon fait partie de la formation Modéliser les données de son produit et les interroger en SQL
- Lire un modèle de données (tables, clés primaires et étrangères, cardinalités, diagramme entité-relation) et le relier aux écrans et aux règles du produit.
- Modéliser les données d'une fonctionnalité (entités, attributs, relations, clés, cardinalités) et faire valider ce modèle par l'équipe technique.
- Comparer une base relationnelle et une base documents (NoSQL) pour un besoin produit et justifier le choix selon les requêtes, la cohérence et l'évolution attendues.
- Écrire des requêtes qui filtrent, trient et agrègent (SELECT, WHERE, ORDER BY, GROUP BY, HAVING) en traitant correctement les valeurs NULL et les dates.
- Combiner plusieurs tables avec des jointures INNER et LEFT, et vérifier que le résultat ne perd ni ne double aucune ligne.
- Traduire une question produit en requête vérifiable, avec des CTE et des fonctions de fenêtre simples (ROW_NUMBER, LAG, SUM OVER).
- Interroger les données en lecture seule en protégeant les données personnelles, et faire rédiger du SQL par une IA en vérifiant chaque requête avant d'en utiliser le résultat.
Formations liées
- Git pour les PM : livrer en équipe sans risquer la prodConfirmé · ~3 h 30 min
- Expliquer comment fonctionne un produit web, du navigateur au serveurTout public · ~2 h 30 min
- Concevoir et tester une intégration API en tant que PMJunior · ~3 h