{"id":1721,"date":"2026-03-26T14:40:10","date_gmt":"2026-03-26T14:40:10","guid":{"rendered":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/"},"modified":"2026-03-26T14:40:10","modified_gmt":"2026-03-26T14:40:10","slug":"erd-in-action-production-backend-case-study","status":"publish","type":"post","link":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/","title":{"rendered":"ERD en action : une \u00e9tude de cas du monde r\u00e9el provenant d’un syst\u00e8me backend de production"},"content":{"rendered":"

Concevoir un mod\u00e8le de donn\u00e9es robuste n’est pas simplement un exercice acad\u00e9mique ; c’est la fondation sur laquelle repose la stabilit\u00e9 de l’application. Un diagramme d’entit\u00e9s et de relations (ERD) sert de plan directeur pour la mani\u00e8re dont les informations sont stock\u00e9es, li\u00e9es et r\u00e9cup\u00e9r\u00e9es dans un environnement de production. Lorsque les syst\u00e8mes \u00e9voluent, le co\u00fbt d’un mauvais mod\u00e8le devient exponentiel. Ce guide examine une mise en \u0153uvre concr\u00e8te d’un ERD au sein d’une architecture backend complexe, en mettant l’accent sur l’int\u00e9grit\u00e9 des donn\u00e9es, la scalabilit\u00e9 et la maintenabilit\u00e9.<\/p>\n

Trop souvent, les d\u00e9veloppeurs se concentrent sur la logique de l’application tout en traitant la base de donn\u00e9es comme une pr\u00e9occupation secondaire. Or, le sch\u00e9ma d\u00e9termine les limites de ce que le syst\u00e8me peut faire efficacement. En analysant un sc\u00e9nario du monde r\u00e9el, nous pouvons comprendre les compromis li\u00e9s \u00e0 la normalisation des donn\u00e9es, \u00e0 la gestion des relations et \u00e0 la garantie de l’int\u00e9grit\u00e9 r\u00e9f\u00e9rentielle sans d\u00e9pendre de fournisseurs logiciels sp\u00e9cifiques.<\/p>\n

\n
\"Educational<\/figure>\n<\/div>\n

\ud83d\udccb Le sc\u00e9nario m\u00e9tier<\/h2>\n

Prenons une plateforme de services multi-locataires con\u00e7ue pour g\u00e9rer des projets collaboratifs. Le syst\u00e8me exige une isolation stricte entre les diff\u00e9rentes organisations clientes tout en permettant une flexibilit\u00e9 interne au sein de ces organisations. Les exigences fondamentales incluent :<\/p>\n

    \n
  • Multi-locataire :<\/strong>Les donn\u00e9es doivent \u00eatre s\u00e9par\u00e9es par organisation afin d’assurer la s\u00e9curit\u00e9.<\/li>\n
  • Flux de travail complexes :<\/strong>Les t\u00e2ches doivent \u00eatre attribu\u00e9es, suivies et li\u00e9es \u00e0 des projets sp\u00e9cifiques.<\/li>\n
  • Tra\u00e7abilit\u00e9 des audits :<\/strong>Tout changement important apport\u00e9 \u00e0 un enregistrement doit \u00eatre journalis\u00e9 pour assurer la conformit\u00e9.<\/li>\n
  • \u00c9volutivit\u00e9 :<\/strong>Le sch\u00e9ma doit supporter des millions d’enregistrements sans d\u00e9grader les performances des requ\u00eates.<\/li>\n<\/ul>\n

    Le d\u00e9fi r\u00e9side dans la traduction de ces r\u00e8gles m\u00e9tiers en une structure relationnelle qui pr\u00e9vient les anomalies de donn\u00e9es. Une erreur courante consiste \u00e0 cr\u00e9er des structures trop normalis\u00e9es n\u00e9cessitant des jointures excessives, ou des structures trop d\u00e9normalis\u00e9es entra\u00eenant une redondance des donn\u00e9es et des anomalies de mise \u00e0 jour.<\/p>\n

    \ud83d\udd0d Entit\u00e9s et attributs principaux<\/h2>\n

    Le pilier de tout ERD est la d\u00e9finition des entit\u00e9s. Dans cette \u00e9tude de cas, nous identifions cinq entit\u00e9s principales. Chaque entit\u00e9 repr\u00e9sente un concept distinct qui doit \u00eatre persist\u00e9 dans la base de donn\u00e9es. Les attributs associ\u00e9s \u00e0 ces entit\u00e9s d\u00e9finissent le niveau de granularit\u00e9 des donn\u00e9es stock\u00e9es.<\/p>\n

    1. Entit\u00e9 Organisation<\/h3>\n

    C’est la racine de la hi\u00e9rarchie. Tous les autres enregistrements sont li\u00e9s \u00e0 cette entit\u00e9 afin de garantir l’isolation des locataires.<\/p>\n

      \n
    • ID de l’organisation :<\/strong>Identifiant unique.<\/li>\n
    • Nom de l’organisation :<\/strong>\u00c9tiquette lisible par l’humain.<\/li>\n
    • Niveau d’abonnement :<\/strong> D\u00e9termine l’acc\u00e8s aux fonctionnalit\u00e9s.<\/li>\n
    • Cr\u00e9\u00e9 le :<\/strong>Horodatage pour l’audit.<\/li>\n<\/ul>\n

      2. Entit\u00e9 Utilisateur<\/h3>\n

      Les utilisateurs appartiennent \u00e0 des organisations, mais peuvent \u00eatre membres de plusieurs projets. Les d\u00e9tails d’authentification sont s\u00e9par\u00e9s des donn\u00e9es m\u00e9tier afin de respecter les meilleures pratiques de s\u00e9curit\u00e9.<\/p>\n

        \n
      • ID utilisateur :<\/strong>Identifiant unique.<\/li>\n
      • Courriel\u00a0:<\/strong> Utilis\u00e9 pour l’authentification et le contact.<\/li>\n
      • Hachage du mot de passe\u00a0:<\/strong>Stockage s\u00e9curis\u00e9 des identifiants.<\/li>\n
      • R\u00f4le\u00a0:<\/strong> D\u00e9finit les autorisations (Administrateur, Membre, Visualisateur).<\/li>\n<\/ul>\n

        3. Entit\u00e9 Projet<\/h3>\n

        Les projets sont les conteneurs des \u00e9l\u00e9ments de travail. Ils sont d\u00e9tenus par une organisation mais trait\u00e9s par des utilisateurs.<\/p>\n

          \n
        • ID du projet\u00a0:<\/strong>Identifiant unique.<\/li>\n
        • ID de l’organisation\u00a0:<\/strong>Cl\u00e9 \u00e9trang\u00e8re li\u00e9e au locataire parent.<\/li>\n
        • Titre\u00a0:<\/strong>Nom abr\u00e9g\u00e9 du projet.<\/li>\n
        • Statut\u00a0:<\/strong>Actif, archiv\u00e9 ou supprim\u00e9.<\/li>\n<\/ul>\n

          4. Entit\u00e9 T\u00e2che<\/h3>\n

          L’unit\u00e9 fondamentale du travail. Cette entit\u00e9 n\u00e9cessite les relations les plus complexes car elle lie les utilisateurs, les projets et les journaux.<\/p>\n

            \n
          • ID de la t\u00e2che\u00a0:<\/strong>Identifiant unique.<\/li>\n
          • ID du projet\u00a0:<\/strong>Cl\u00e9 \u00e9trang\u00e8re.<\/li>\n
          • ID du destinataire\u00a0:<\/strong>Cl\u00e9 \u00e9trang\u00e8re vers l’utilisateur.<\/li>\n
          • Date d’\u00e9ch\u00e9ance\u00a0:<\/strong>Contrainte temporelle.<\/li>\n
          • Priorit\u00e9\u00a0:<\/strong>Valeur \u00e9num\u00e9r\u00e9e.<\/li>\n<\/ul>\n

            5. Entit\u00e9 Journal d’audit<\/h3>\n

            Enregistre chaque modification apport\u00e9e aux entit\u00e9s critiques. Cela garantit la tra\u00e7abilit\u00e9.<\/p>\n

              \n
            • ID du journal :<\/strong> Identifiant unique.<\/li>\n
            • Type d’entit\u00e9 :<\/strong> Quelle table a \u00e9t\u00e9 affect\u00e9e.<\/li>\n
            • ID de l’enregistrement :<\/strong> Quelle ligne a \u00e9t\u00e9 affect\u00e9e.<\/li>\n
            • Action :<\/strong> Cr\u00e9er, mettre \u00e0 jour, supprimer.<\/li>\n
            • Effectu\u00e9 par :<\/strong> ID utilisateur.<\/li>\n
            • Horodatage :<\/strong> Heure de l’action.<\/li>\n<\/ul>\n

              \ud83d\udd17 Mod\u00e9lisation des relations et de la cardinalit\u00e9<\/h2>\n

              Les relations d\u00e9finissent la mani\u00e8re dont les entit\u00e9s interagissent. Dans un syst\u00e8me de production, ces relations sont assur\u00e9es par des cl\u00e9s \u00e9trang\u00e8res. La cardinalit\u00e9 (un \u00e0 un, un \u00e0 plusieurs, plusieurs \u00e0 plusieurs) d\u00e9termine la mani\u00e8re dont les donn\u00e9es sont interrog\u00e9es et mises \u00e0 jour.<\/p>\n

              Organisation vers Utilisateur<\/h3>\n

              Il s’agit d’une Un \u00e0 plusieurs<\/strong> relation. Une organisation peut avoir plusieurs utilisateurs, mais un enregistrement utilisateur est li\u00e9 \u00e0 une seule organisation \u00e0 des fins d’isolement des donn\u00e9es. Pour \u00e9viter toute fuite de donn\u00e9es entre les locataires, la organization_id<\/code> est une cl\u00e9 \u00e9trang\u00e8re obligatoire dans la table Utilisateur.<\/p>\n

              Organisation vers Projet<\/h3>\n

              De mani\u00e8re similaire, il s’agit d’une Un \u00e0 plusieurs<\/strong> relation. Les projets ne peuvent exister sans organisation parente. Si une organisation est supprim\u00e9e, le comportement en cascade doit \u00eatre soigneusement examin\u00e9. Dans ce cas, nous choisissons de supprimer de mani\u00e8re douce les projets plut\u00f4t que de les supprimer d\u00e9finitivement, afin de pr\u00e9server le contexte historique.<\/p>\n

              Projet vers T\u00e2che<\/h3>\n

              Une autre Un \u00e0 plusieurs<\/strong> relation. Un projet contient plusieurs t\u00e2ches, et une t\u00e2che appartient \u00e0 exactement un projet. Il s’agit d’un lien structurel standard.<\/p>\n

              Utilisateur vers T\u00e2che (affectation)<\/h3>\n

              Il s’agit de la relation la plus critique. Un utilisateur peut \u00eatre affect\u00e9 \u00e0 plusieurs t\u00e2ches, et une t\u00e2che peut \u00eatre affect\u00e9e \u00e0 plusieurs utilisateurs (travail collaboratif). Cela n\u00e9cessite une Nombreux-\u00e0-nombreux<\/strong> relation.<\/p>\n

              Pour impl\u00e9menter cela, nous introduisons une table de jonction, souvent appel\u00e9e entit\u00e9 associative. Cette table divise la relation nombreuses-\u00e0-nombreuses en deux relations un-\u00e0-plusieurs.<\/p>\n\n\n\n\n\n\n
              Nom de la table<\/th>\nObjectif<\/th>\nCl\u00e9s<\/th>\n<\/tr>\n<\/thead>\n
              T\u00e2che_Assignataires<\/strong><\/td>\nLien entre les utilisateurs et les t\u00e2ches<\/td>\nID_T\u00e2che, ID_Utilisateur<\/td>\n<\/tr>\n
              Organisation_Locataires<\/strong><\/td>\nLien entre les organisations et les utilisateurs<\/td>\nID_Organisation, ID_Utilisateur<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

              L’utilisation d’une table de jonction nous permet de stocker des m\u00e9tadonn\u00e9es suppl\u00e9mentaires. Par exemple, dans la table T\u00e2che_Assignataires<\/code> table, nous pourrions stocker le r\u00f4le que l’utilisateur avait sur cette t\u00e2che sp\u00e9cifique (par exemple, Responsable, Contributrice), ce qui diff\u00e8re de leur r\u00f4le utilisateur global.<\/p>\n

              \u2696\ufe0f Contraintes et int\u00e9grit\u00e9 des donn\u00e9es<\/h2>\n

              La validation au niveau de l’application n’est pas suffisante. Les contraintes de base de donn\u00e9es agissent comme la derni\u00e8re ligne de d\u00e9fense contre la corruption des donn\u00e9es. Dans un environnement de production, les contraintes doivent \u00eatre d\u00e9finies au niveau du sch\u00e9ma.<\/p>\n

              Int\u00e9grit\u00e9 r\u00e9f\u00e9rentielle<\/h3>\n

              Les cl\u00e9s \u00e9trang\u00e8res garantissent qu’un enregistrement dans une table enfant ne peut pas r\u00e9f\u00e9rencer un parent inexistant. Par exemple, une t\u00e2che ne peut pas \u00eatre attribu\u00e9e \u00e0 un utilisateur qui n’existe pas dans le syst\u00e8me.<\/p>\n

              Cependant, les comportements SUR SUPPRESSION<\/strong> et SUR MISE \u00c0 JOUR<\/strong> sont des d\u00e9cisions critiques :<\/p>\n

                \n
              • CASCADE :<\/strong> Si un parent est supprim\u00e9, tous les enfants sont supprim\u00e9s. Utilisez cela pour les donn\u00e9es orphelines qui n’ont aucun sens sans le parent (par exemple, les commentaires sur un post supprim\u00e9).<\/li>\n
              • RESTREINDRE :<\/strong> Emp\u00eache la suppression si des enfants existent. Utilisez cela pour \u00e9viter la perte accidentelle de donn\u00e9es (par exemple, supprimer une organisation qui poss\u00e8de des enregistrements de facturation actifs).<\/li>\n
              • METTRE \u00c0 NULL :<\/strong> Si le parent est supprim\u00e9, la colonne cl\u00e9 \u00e9trang\u00e8re dans l’enfant devient NULL. Utilisez cela lorsque la relation est facultative.<\/li>\n<\/ul>\n

                Contraintes de v\u00e9rification<\/h3>\n

                SQL standard prend en charge les contraintes de v\u00e9rification pour appliquer des r\u00e8gles sp\u00e9cifiques au domaine. Des exemples incluent :<\/p>\n

                  \n
                • Date d’\u00e9ch\u00e9ance :<\/strong> La due_date<\/code> colonne doit \u00eatre sup\u00e9rieure \u00e0 la created_at<\/code> colonne.<\/li>\n
                • Priorit\u00e9 :<\/strong> La priority<\/code> colonne doit correspondre \u00e0 une liste sp\u00e9cifique de valeurs autoris\u00e9es (par exemple, Faible, Moyen, \u00c9lev\u00e9).<\/li>\n
                • Montant :<\/strong>Les champs financiers doivent \u00eatre non n\u00e9gatifs.<\/li>\n<\/ul>\n

                  Contraintes d’unicit\u00e9<\/h3>\n

                  Assurez l’unicit\u00e9 des donn\u00e9es l\u00e0 o\u00f9 cela est requis. Par exemple, une adresse e-mail doit \u00eatre unique dans l’ensemble du syst\u00e8me, ou au sein d’une organisation sp\u00e9cifique, selon le mod\u00e8le d’utilisateur. Une contrainte d’unicit\u00e9 composite peut garantir qu’un utilisateur n’est affect\u00e9 qu’une seule fois \u00e0 un projet sp\u00e9cifique (emp\u00eachant les affectations en double).<\/p>\n

                  \ud83d\ude80 Performances et strat\u00e9gie d’indexation<\/h2>\n

                  Un sch\u00e9ma bien con\u00e7u est inutile si les requ\u00eates sont lentes. L’indexation est le m\u00e9canisme qui permet \u00e0 la base de donn\u00e9es de trouver rapidement les donn\u00e9es. Toutefois, les index ont un co\u00fbt en termes de performance des \u00e9critures et d’espace de stockage.<\/p>\n

                  Identification des mod\u00e8les de requ\u00eates<\/h3>\n

                  Avant de cr\u00e9er des index, analysez les op\u00e9rations de lecture les plus fr\u00e9quentes. Dans notre \u00e9tude de cas, les requ\u00eates typiques incluent :<\/p>\n

                    \n
                  • Trouver toutes les t\u00e2ches attribu\u00e9es \u00e0 un utilisateur sp\u00e9cifique.<\/li>\n
                  • Trouver tous les projets au sein d’une organisation.<\/li>\n
                  • R\u00e9cup\u00e9rer les journaux d’audit pour un ID d’entit\u00e9 sp\u00e9cifique.<\/li>\n<\/ul>\n

                    Placement des index<\/h3>\n

                    Les cl\u00e9s \u00e9trang\u00e8res sont les candidats les plus courants pour l’indexation. Si une requ\u00eate filtre fr\u00e9quemment par organization_id<\/code>, un index sur cette colonne est obligatoire. Sans celui-ci, la base de donn\u00e9es effectue un balayage complet de la table, ce qui se d\u00e9grade rapidement avec la croissance des donn\u00e9es.<\/p>\n

                    Les index compos\u00e9s sont utiles pour les requ\u00eates qui filtrent sur plusieurs colonnes. Par exemple, si le syst\u00e8me recherche fr\u00e9quemment des t\u00e2ches par project_id<\/code> ET statut<\/code>, un index composite sur (project_id, statut) est plus efficace qu’index s\u00e9par\u00e9s.<\/p>\n

                    Index partiels<\/h3>\n

                    Dans les sc\u00e9narios o\u00f9 seul un sous-ensemble de donn\u00e9es est fr\u00e9quemment interrog\u00e9, les index partiels \u00e9conomisent de l’espace. Par exemple, si le syst\u00e8me ne requ\u00eate que des actif<\/strong> t\u00e2ches, un index qui ne comprend que les lignes o\u00f9 statut = 'Actif'<\/code> peut \u00eatre consid\u00e9rablement plus petit et plus rapide \u00e0 parcourir qu’un index sur toute la table.<\/p>\n

                    \ud83d\udee0\ufe0f Maintenance et \u00e9volution du sch\u00e9ma<\/h2>\n

                    Les exigences logicielles \u00e9voluent. Le sch\u00e9ma de base de donn\u00e9es n’est pas une exception. Passer de la version A \u00e0 la version B n\u00e9cessite une planification soigneuse pour \u00e9viter les temps d’arr\u00eat et la perte de donn\u00e9es. Ce processus est souvent g\u00e9r\u00e9 \u00e0 l’aide de scripts de migration.<\/p>\n

                    Ajout de colonnes<\/h3>\n

                    L’ajout d’une nouvelle colonne est g\u00e9n\u00e9ralement sans risque. Si la colonne accepte les valeurs NULL, les lignes existantes ne sont pas affect\u00e9es. Si la colonne n\u00e9cessite une valeur par d\u00e9faut, assurez-vous que cette valeur par d\u00e9faut s’applique \u00e0 toutes les donn\u00e9es existantes afin d’\u00e9viter des violations de contraintes.<\/p>\n

                    Suppression de colonnes<\/h3>\n

                    Supprimer une colonne est risqu\u00e9. Il est pr\u00e9f\u00e9rable de marquer d’abord la colonne comme obsol\u00e8te. Cela permet aux d\u00e9veloppeurs de supprimer les r\u00e9f\u00e9rences \u00e0 la colonne dans le code de l’application avant de la supprimer physiquement de la base de donn\u00e9es. Cette approche en deux phases \u00e9vite les erreurs d’application pendant la fen\u00eatre de d\u00e9ploiement.<\/p>\n

                    Renommage de colonnes<\/h3>\n

                    Le renommage de colonnes est rarement pris en charge dans les anciennes versions de base de donn\u00e9es sans solutions complexes. Il est souvent pr\u00e9f\u00e9rable d’ajouter une nouvelle colonne avec le nom souhait\u00e9, de migrer les donn\u00e9es, puis de supprimer l’ancienne colonne. Cela garantit que le sch\u00e9ma reste compatible avec les versions ant\u00e9rieures pendant la transition.<\/p>\n

                    \ud83d\udea7 Pi\u00e8ges courants dans la conception des mod\u00e8les entit\u00e9-relation<\/h2>\n

                    M\u00eame les architectes exp\u00e9riment\u00e9s commettent des erreurs. Comprendre les pi\u00e8ges courants aide \u00e0 les \u00e9viter pendant la phase de conception.<\/p>\n

                      \n
                    • Sur-normalisation :<\/strong> Diviser les donn\u00e9es en trop nombreuses petites tables rend les requ\u00eates complexes et lentes. \u00c9quilibrez la normalisation avec les besoins de performance des requ\u00eates.<\/li>\n
                    • Sous-normalisation :<\/strong> Stocker les m\u00eames donn\u00e9es \u00e0 plusieurs endroits (par exemple, r\u00e9p\u00e9ter les noms d’utilisateurs dans chaque journal de t\u00e2che) entra\u00eene des anomalies de mise \u00e0 jour. Si un utilisateur change son nom, vous devez mettre \u00e0 jour chaque entr\u00e9e du journal.<\/li>\n
                    • D\u00e9pendances circulaires :<\/strong> Cr\u00e9er des relations de cl\u00e9s \u00e9trang\u00e8res circulaires peut entra\u00eener des blocages pendant l’insertion ou la suppression. Assurez-vous que le graphe de d\u00e9pendance est un graphe acyclique orient\u00e9 (DAG).<\/li>\n
                    • Ignorer les suppressions douces :<\/strong> Supprimer d\u00e9finitivement les enregistrements supprime l’historique. Mettez en place une colonne horodat\u00e9e supprim\u00e9_le<\/code> pour conserver les enregistrements visibles pour les audits tout en les cachant des vues standard.<\/li>\n
                    • Types de donn\u00e9es implicites :<\/strong> Utiliser des types g\u00e9n\u00e9riques comme VARCHAR(255)<\/code> pour tout cela gaspille de l’espace. Utilisez ENTIER<\/code> pour les identifiants, BOOLEAN<\/code> pour les drapeaux, et des contraintes de longueur sp\u00e9cifiques pour les cha\u00eenes de caract\u00e8res lorsque cela est pertinent.<\/li>\n<\/ul>\n

                      \u2705 Meilleures pratiques pour les mod\u00e8les ER de production<\/h2>\n

                      Pour assurer la p\u00e9rennit\u00e9 et la sant\u00e9 du syst\u00e8me, respectez ces directives :<\/p>\n

                        \n
                      1. Documentez les relations :<\/strong> Le mod\u00e8le ER est en lui-m\u00eame une documentation. Assurez-vous qu’il est mis \u00e0 jour en accord avec le sch\u00e9ma r\u00e9el. Des outils automatis\u00e9s peuvent g\u00e9n\u00e9rer des diagrammes \u00e0 partir de la base de donn\u00e9es pour v\u00e9rifier leur exactitude.<\/li>\n
                      2. Standardisez les conventions de nommage :<\/strong> Utilisez snake_case<\/code> pour les tables et les colonnes. Pr\u00e9cisez les cl\u00e9s \u00e9trang\u00e8res avec le nom de la relation (par exemple, organization_id<\/code> au lieu de simplement org_id<\/code>) pour plus de clart\u00e9.<\/li>\n
                      3. Utilisez les UUID au lieu des auto-incr\u00e9ments :<\/strong> Pour les syst\u00e8mes distribu\u00e9s, les UUID \u00e9vitent les conflits lors de la fusion de bases de donn\u00e9es. Pour les syst\u00e8mes \u00e0 instance unique, les entiers auto-incr\u00e9ment\u00e9s sont plus compacts et plus rapides.<\/li>\n
                      4. Pr\u00e9voyez la croissance :<\/strong> Concevez en tenant compte du partitionnement. Si une table est cens\u00e9e atteindre des milliards de lignes, envisagez comment elle sera divis\u00e9e entre des shards ou des partitions en fonction de la organization_id<\/code>.<\/li>\n
                      5. Revoyez les mod\u00e8les d’acc\u00e8s :<\/strong> Revoyez r\u00e9guli\u00e8rement les journaux des requ\u00eates lentes pour identifier les index manquants ou les jointures inefficaces.<\/li>\n<\/ol>\n

                        \ud83d\udd04 Le cycle de vie d’un sch\u00e9ma<\/h2>\n

                        Un mod\u00e8le ER n’est pas un document statique. Il \u00e9volue avec le produit. Le cycle de vie suit g\u00e9n\u00e9ralement ces \u00e9tapes :<\/p>\n

                          \n
                        • Phase de conception :<\/strong> R\u00e9daction du mod\u00e8le initial bas\u00e9 sur les exigences.<\/li>\n
                        • Phase d’impl\u00e9mentation :<\/strong> Cr\u00e9ation de scripts de migration pour construire le sch\u00e9ma.<\/li>\n
                        • Phase de validation :<\/strong> Ex\u00e9cution de tests de charge pour v\u00e9rifier les hypoth\u00e8ses de performance.<\/li>\n
                        • Phase d’it\u00e9ration :<\/strong> Ajout de nouveaux champs ou relations au fur et \u00e0 mesure de l’ajout de fonctionnalit\u00e9s.<\/li>\n
                        • Phase d’optimisation :<\/strong> Affinement des index et des contraintes bas\u00e9s sur les donn\u00e9es de production.<\/li>\n<\/ul>\n

                          Pendant la phase d’optimisation, vous pourriez d\u00e9couvrir que les hypoth\u00e8ses initiales sur la cardinalit\u00e9 \u00e9taient erron\u00e9es. Par exemple, vous pourriez constater qu’une Une-to-Plusieurs<\/strong> relation \u00e9tait en r\u00e9alit\u00e9 une Plusieurs-to-Plusieurs<\/strong> en pratique, ce qui n\u00e9cessite un changement de sch\u00e9ma vers une table de jonction. Cela met en \u00e9vidence l’importance de la flexibilit\u00e9 dans la conception.<\/p>\n

                          \ud83d\udee1\ufe0f Consid\u00e9rations de s\u00e9curit\u00e9 dans la conception du sch\u00e9ma<\/h2>\n

                          La s\u00e9curit\u00e9 des donn\u00e9es est \u00e9troitement li\u00e9e \u00e0 la conception du sch\u00e9ma. Les politiques de s\u00e9curit\u00e9 au niveau des lignes (RLS) d\u00e9pendent souvent de la structure du MCD pour fonctionner correctement. Si le id_organisation<\/code> n’est pas correctement index\u00e9 et appliqu\u00e9, un utilisateur provenant de l’organisation A pourrait accidentellement interroger les donn\u00e9es de l’organisation B.<\/p>\n

                          En outre, les donn\u00e9es sensibles doivent \u00eatre s\u00e9par\u00e9es. Si le syst\u00e8me g\u00e8re des informations de paiement, ces donn\u00e9es devraient id\u00e9alement r\u00e9sider dans un sch\u00e9ma ou une table distincte avec des contr\u00f4les d’acc\u00e8s plus stricts, plut\u00f4t que d’\u00eatre m\u00e9lang\u00e9es aux m\u00e9tadonn\u00e9es utilisateur g\u00e9n\u00e9rales. Cela limite le rayon d’effet en cas de violation.<\/p>\n

                          \ud83d\udcdd R\u00e9sum\u00e9 des d\u00e9cisions de conception<\/h2>\n

                          Le tableau suivant r\u00e9sume les principales d\u00e9cisions prises dans cette \u00e9tude de cas ainsi que les raisons qui les ont motiv\u00e9es.<\/p>\n\n\n\n\n\n\n\n\n
                          D\u00e9cision<\/th>\nOption A<\/th>\nOption B (choisie)<\/th>\nRaisonnement<\/th>\n<\/tr>\n<\/thead>\n
                          Multi-locataire<\/strong><\/td>\nBases de donn\u00e9es s\u00e9par\u00e9es<\/td>\nBase de donn\u00e9es partag\u00e9e, sch\u00e9ma partag\u00e9<\/td>\nR\u00e9duction de la charge op\u00e9rationnelle ; gestion plus facile des analyses translocataires.<\/td>\n<\/tr>\n
                          Suppression des organisations<\/strong><\/td>\nSuppression d\u00e9finitive<\/td>\nSuppression douce<\/td>\nPr\u00e9serve les journaux d’audit historiques et emp\u00eache la perte de donn\u00e9es pour respecter les exigences r\u00e9glementaires.<\/td>\n<\/tr>\n
                          Affectations de t\u00e2ches<\/strong><\/td>\nColonne unique<\/td>\nTable de jonction<\/td>\nPermet plusieurs assignataires et suit les r\u00f4les sp\u00e9cifiques par affectation.<\/td>\n<\/tr>\n
                          Cl\u00e9s primaires<\/strong><\/td>\nAuto-incr\u00e9mentation<\/td>\nUUID<\/td>\nSupporte une architecture distribu\u00e9e future et facilite la fusion des donn\u00e9es.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

                          Construire un backend de production exige plus que la simple r\u00e9daction de code. Il exige une compr\u00e9hension approfondie du flux des donn\u00e9es et de leur structure. Un MCD est la carte qui guide ce parcours. En suivant ces principes, vous assurez que le syst\u00e8me reste stable, s\u00e9curis\u00e9 et \u00e9volutif au fur et \u00e0 mesure de la croissance de l’entreprise.<\/p>\n

                          Souvenez-vous, l’objectif n’est pas de cr\u00e9er le diagramme le plus complexe possible, mais celui qui r\u00e9pond le mieux aux besoins de l’application tout en minimisant la dette technique. Une revue et une adaptation continues sont essentielles pour maintenir un \u00e9cosyst\u00e8me de donn\u00e9es sain.<\/p>\n","protected":false},"excerpt":{"rendered":"

                          Concevoir un mod\u00e8le de donn\u00e9es robuste n’est pas simplement un exercice acad\u00e9mique ; c’est la fondation sur laquelle repose la stabilit\u00e9 de l’application. Un diagramme d’entit\u00e9s et de relations (ERD)…<\/p>\n","protected":false},"author":1,"featured_media":1722,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"MCD en action : \u00e9tude de cas d'un backend de production \ud83d\udee0\ufe0f","_yoast_wpseo_metadesc":"Explorez une \u00e9tude de cas r\u00e9elle de MCD. Apprenez la conception de sch\u00e9mas de base de donn\u00e9es, les relations et l'int\u00e9grit\u00e9 pour des syst\u00e8mes de production \u00e9volutifs.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[88],"tags":[84,87],"class_list":["post-1721","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-erd","tag-academic","tag-erd"],"yoast_head":"\nMCD en action : \u00e9tude de cas d'un backend de production \ud83d\udee0\ufe0f<\/title>\n<meta name=\"description\" content=\"Explorez une \u00e9tude de cas r\u00e9elle de MCD. Apprenez la conception de sch\u00e9mas de base de donn\u00e9es, les relations et l'int\u00e9grit\u00e9 pour des syst\u00e8mes de production \u00e9volutifs.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"MCD en action : \u00e9tude de cas d'un backend de production \ud83d\udee0\ufe0f\" \/>\n<meta property=\"og:description\" content=\"Explorez une \u00e9tude de cas r\u00e9elle de MCD. Apprenez la conception de sch\u00e9mas de base de donn\u00e9es, les relations et l'int\u00e9grit\u00e9 pour des syst\u00e8mes de production \u00e9volutifs.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/\" \/>\n<meta property=\"og:site_name\" content=\"Viz Read French - AI, Software & Digital Insights\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-26T14:40:10+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"\u00c9crit par\" \/>\n\t<meta name=\"twitter:data1\" content=\"\" \/>\n\t<meta name=\"twitter:label2\" content=\"Dur\u00e9e de lecture estim\u00e9e\" \/>\n\t<meta name=\"twitter:data2\" content=\"15 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936\"},\"headline\":\"ERD en action : une \u00e9tude de cas du monde r\u00e9el provenant d’un syst\u00e8me backend de production\",\"datePublished\":\"2026-03-26T14:40:10+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/\"},\"wordCount\":3027,\"publisher\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg\",\"keywords\":[\"academic\",\"erd\"],\"articleSection\":[\"ERD\"],\"inLanguage\":\"fr-FR\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/\",\"url\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/\",\"name\":\"MCD en action : \u00e9tude de cas d'un backend de production \ud83d\udee0\ufe0f\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg\",\"datePublished\":\"2026-03-26T14:40:10+00:00\",\"description\":\"Explorez une \u00e9tude de cas r\u00e9elle de MCD. Apprenez la conception de sch\u00e9mas de base de donn\u00e9es, les relations et l'int\u00e9grit\u00e9 pour des syst\u00e8mes de production \u00e9volutifs.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage\",\"url\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg\",\"contentUrl\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.viz-read.com\/fr\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ERD en action : une \u00e9tude de cas du monde r\u00e9el provenant d’un syst\u00e8me backend de production\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/#website\",\"url\":\"https:\/\/www.viz-read.com\/fr\/\",\"name\":\"Viz Read French - AI, Software & Digital Insights\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.viz-read.com\/fr\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"fr-FR\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/#organization\",\"name\":\"Viz Read French - AI, Software & Digital Insights\",\"url\":\"https:\/\/www.viz-read.com\/fr\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/cropped-cropped-viz-read-logo.png\",\"contentUrl\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/cropped-cropped-viz-read-logo.png\",\"width\":1200,\"height\":1200,\"caption\":\"Viz Read French - AI, Software & Digital Insights\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.viz-read.com\"],\"url\":\"https:\/\/www.viz-read.com\/fr\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"MCD en action : \u00e9tude de cas d'un backend de production \ud83d\udee0\ufe0f","description":"Explorez une \u00e9tude de cas r\u00e9elle de MCD. Apprenez la conception de sch\u00e9mas de base de donn\u00e9es, les relations et l'int\u00e9grit\u00e9 pour des syst\u00e8mes de production \u00e9volutifs.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/","og_locale":"fr_FR","og_type":"article","og_title":"MCD en action : \u00e9tude de cas d'un backend de production \ud83d\udee0\ufe0f","og_description":"Explorez une \u00e9tude de cas r\u00e9elle de MCD. Apprenez la conception de sch\u00e9mas de base de donn\u00e9es, les relations et l'int\u00e9grit\u00e9 pour des syst\u00e8mes de production \u00e9volutifs.","og_url":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/","og_site_name":"Viz Read French - AI, Software & Digital Insights","article_published_time":"2026-03-26T14:40:10+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"\u00c9crit par":false,"Dur\u00e9e de lecture estim\u00e9e":"15 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#article","isPartOf":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.viz-read.com\/fr\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936"},"headline":"ERD en action : une \u00e9tude de cas du monde r\u00e9el provenant d’un syst\u00e8me backend de production","datePublished":"2026-03-26T14:40:10+00:00","mainEntityOfPage":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/"},"wordCount":3027,"publisher":{"@id":"https:\/\/www.viz-read.com\/fr\/#organization"},"image":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg","keywords":["academic","erd"],"articleSection":["ERD"],"inLanguage":"fr-FR"},{"@type":"WebPage","@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/","url":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/","name":"MCD en action : \u00e9tude de cas d'un backend de production \ud83d\udee0\ufe0f","isPartOf":{"@id":"https:\/\/www.viz-read.com\/fr\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage"},"image":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg","datePublished":"2026-03-26T14:40:10+00:00","description":"Explorez une \u00e9tude de cas r\u00e9elle de MCD. Apprenez la conception de sch\u00e9mas de base de donn\u00e9es, les relations et l'int\u00e9grit\u00e9 pour des syst\u00e8mes de production \u00e9volutifs.","breadcrumb":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#primaryimage","url":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg","contentUrl":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-production-backend-infographic-flat-design.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.viz-read.com\/fr\/erd-in-action-production-backend-case-study\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.viz-read.com\/fr\/"},{"@type":"ListItem","position":2,"name":"ERD en action : une \u00e9tude de cas du monde r\u00e9el provenant d’un syst\u00e8me backend de production"}]},{"@type":"WebSite","@id":"https:\/\/www.viz-read.com\/fr\/#website","url":"https:\/\/www.viz-read.com\/fr\/","name":"Viz Read French - AI, Software & Digital Insights","description":"","publisher":{"@id":"https:\/\/www.viz-read.com\/fr\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.viz-read.com\/fr\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"fr-FR"},{"@type":"Organization","@id":"https:\/\/www.viz-read.com\/fr\/#organization","name":"Viz Read French - AI, Software & Digital Insights","url":"https:\/\/www.viz-read.com\/fr\/","logo":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.viz-read.com\/fr\/#\/schema\/logo\/image\/","url":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/cropped-cropped-viz-read-logo.png","contentUrl":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2025\/03\/cropped-cropped-viz-read-logo.png","width":1200,"height":1200,"caption":"Viz Read French - AI, Software & Digital Insights"},"image":{"@id":"https:\/\/www.viz-read.com\/fr\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.viz-read.com\/fr\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.viz-read.com"],"url":"https:\/\/www.viz-read.com\/fr\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/posts\/1721","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/comments?post=1721"}],"version-history":[{"count":0,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/posts\/1721\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/media\/1722"}],"wp:attachment":[{"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/media?parent=1721"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/categories?post=1721"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/tags?post=1721"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}