Module
Module 3 sur 6Leçon 2 sur 2~26 min

Row Level Security : chacun ses données, prouvé avec deux comptes

Leçon 2 du module « Enregistrer les données et en protéger l'accès » de la formation « Ajouter une base de données, l’authentification et le paiement à son app ».

Suivre cette leçon : première formation offerteVoir le programme complet

Objectif de la leçon

À la fin de cette leçon, vous serez capable de spécifier et faire écrire les règles Row Level Security de vos tables (lecture, création, modification, suppression), d'y appliquer une limite d'offre, puis de prouver avec deux comptes de test qu'un utilisateur ne peut ni lire ni modifier les données d'un autre, même en contournant l'interface.

Dans quel module

Enregistrer les données et en protéger l'accès

Comment faire créer des tables par l'agent, et garantir que chacun ne voit que ses propres données ?

Leçons du module

  1. Faire créer ses tables par l'agent, puis les vérifier
  2. Row Level Security : chacun ses données, prouvé avec deux comptes (cette leçon)

Ce que vous apprendrez dans la formation

Cette leçon fait partie de la formation Ajouter une base de données, l’authentification et le paiement à son app

  • Décider ce qui reste dans le navigateur et ce qui doit passer côté serveur, et choisir une plateforme back-end adaptée à son app, à son budget et à ses données.
  • Gérer variables d'environnement et secrets (variables VITE_ publiques, clés secrètes uniquement côté serveur, fichiers .env hors de Git, rotation après une fuite).
  • Faire concevoir par l'agent un modèle de données et ses migrations, puis vérifier que les données sont bien enregistrées et reliées au bon utilisateur.
  • Écrire, faire écrire et tester des règles Row Level Security qui garantissent que chaque utilisateur n'accède qu'à ses données et que les limites d'offre s'appliquent en base.
  • Ajouter inscription, connexion, déconnexion et réinitialisation du mot de passe, et vérifier les parcours, la confirmation d'e-mail et les URL de redirection.
  • Intégrer Stripe Checkout en mode test (produit, prix, session créée côté serveur, cartes de test) sans exposer la clé secrète.
  • Tenir le statut de paiement côté serveur grâce à des webhooks Stripe signés, dédoublonnés et testés avec la Stripe CLI ou le tableau de bord.
  • Appliquer les bases du RGPD (information, suppression du compte, sous-traitants) et une checklist de passage en mode live avant d'encaisser de vrais paiements.

Formations liées