{"id":1430,"date":"2026-03-27T17:16:10","date_gmt":"2026-03-27T17:16:10","guid":{"rendered":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/"},"modified":"2026-03-27T17:16:10","modified_gmt":"2026-03-27T17:16:10","slug":"erd-vs-schema-core-difference-developers","status":"publish","type":"post","link":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/","title":{"rendered":"ERD par rapport au sch\u00e9ma : comprendre la diff\u00e9rence fondamentale que tout d\u00e9veloppeur devrait conna\u00eetre"},"content":{"rendered":"

La conception des bases de donn\u00e9es est le pilier de toute application logicielle robuste. Pourtant, m\u00eame les ing\u00e9nieurs exp\u00e9riment\u00e9s h\u00e9sitent parfois \u00e0 expliquer la distinction entre les plans visuels et la mise en \u0153uvre physique. La confusion r\u00e9side g\u00e9n\u00e9ralement entre le diagramme Entit\u00e9-Relation (ERD) et le sch\u00e9ma de base de donn\u00e9es. Bien que ces termes soient souvent utilis\u00e9s de fa\u00e7on interchangeable dans les conversations informelles, ils repr\u00e9sentent des niveaux distincts du processus d’architecture des donn\u00e9es. Comprendre cette nuance n’est pas seulement une question acad\u00e9mique ; elle d\u00e9termine la mani\u00e8re dont les donn\u00e9es circulent, comment les contraintes sont appliqu\u00e9es, et comment le syst\u00e8me \u00e9volue au fil du temps.<\/p>\n

Dans ce guide, nous analyserons les constructions th\u00e9oriques de la mod\u00e9lisation des donn\u00e9es face aux r\u00e9alit\u00e9s pratiques des syst\u00e8mes de gestion de bases de donn\u00e9es. Nous explorerons la mani\u00e8re dont les concepts abstraits se transforment en structures concr\u00e8tes, les implications de cette transformation, et pourquoi maintenir une s\u00e9paration mentale claire entre les deux est essentielle pour la maintenabilit\u00e9 \u00e0 long terme. Que vous conceviez un nouveau syst\u00e8me ou que vous refactoriez un syst\u00e8me existant, la clart\u00e9 ici \u00e9vite les dettes techniques co\u00fbteuses.<\/p>\n

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

Qu’est-ce qu’un ERD exactement ? \ud83d\udcd0<\/h2>\n

Le diagramme Entit\u00e9-Relation est une repr\u00e9sentation conceptuelle ou logique des donn\u00e9es. Il sert de pont de communication entre les parties prenantes m\u00e9tier, les analystes et les d\u00e9veloppeurs. Son objectif principal est de visualiser la mani\u00e8re dont les \u00e9l\u00e9ments de donn\u00e9es sont li\u00e9s les uns aux autres, sans s’attarder aux d\u00e9tails sp\u00e9cifiques d’un moteur de base de donn\u00e9es particulier.<\/p>\n

Au c\u0153ur de tout ERD, on retrouve trois composants fondamentaux :<\/p>\n

    \n
  • Entit\u00e9s :<\/strong> Elles repr\u00e9sentent des objets ou des concepts du monde r\u00e9el. Dans un syst\u00e8me de vente au d\u00e9tail, une entit\u00e9 pourrait \u00eatre Client<\/em>, Produit<\/em>, ou Commande<\/em>. Les entit\u00e9s sont les noms de votre univers de donn\u00e9es.<\/li>\n
  • Attributs :<\/strong> Ce sont les propri\u00e9t\u00e9s ou caract\u00e9ristiques qui d\u00e9crivent une entit\u00e9. Pour un Client<\/em>, les attributs pourraient inclure Pr\u00e9nom<\/em>, Adresse e-mail<\/em>, ou Date d’inscription<\/em>. Les attributs d\u00e9finissent les donn\u00e9es que nous devons stocker concernant l’entit\u00e9.<\/li>\n
  • Relations :<\/strong> Cela d\u00e9finit la mani\u00e8re dont les entit\u00e9s interagissent. Un client peut-il passer de nombreuses commandes ? Un produit peut-il appartenir \u00e0 plusieurs cat\u00e9gories ? Les relations sont les verbes qui relient les noms.<\/li>\n<\/ul>\n

    La beaut\u00e9 d’un ERD r\u00e9side dans son abstraction. Il ne se soucie pas que les donn\u00e9es vivent finalement dans PostgreSQL, MySQL ou un magasin de documents NoSQL. Il se pr\u00e9occupe de l’int\u00e9grit\u00e9 des informations et du flux logique. Les styles de notation varient, le style Crow\u2019s Foot \u00e9tant une norme courante pour repr\u00e9senter la cardinalit\u00e9 (un-\u00e0-un, un-\u00e0-plusieurs, plusieurs-\u00e0-plusieurs). Ce langage visuel permet aux \u00e9quipes de valider la logique du mod\u00e8le de donn\u00e9es avant qu’une seule ligne de code ne soit \u00e9crite.<\/p>\n

    Lors de la cr\u00e9ation d’un ERD, l’accent est mis sur la normalisation. Cela consiste \u00e0 organiser les donn\u00e9es afin de r\u00e9duire la redondance et d’am\u00e9liorer l’int\u00e9grit\u00e9 des donn\u00e9es. Nous examinons comment d\u00e9composer de grandes tables en tables plus petites et interconnect\u00e9es, afin de garantir qu’une mise \u00e0 jour d’une information \u00e0 un endroit se r\u00e9percute partout o\u00f9 cela est pertinent. L’ERD est la carte du territoire ; elle montre les routes et les rep\u00e8res, mais pas le mat\u00e9riau exact du rev\u00eatement.<\/p>\n

    D\u00e9finir le sch\u00e9ma de base de donn\u00e9es \ud83c\udfd7\ufe0f<\/h2>\n

    Si l’ERD est la carte, le sch\u00e9ma est le territoire lui-m\u00eame. Le sch\u00e9ma de base de donn\u00e9es est la structure physique de la base de donn\u00e9es. Il s’agit de l’ensemble concret de d\u00e9finitions qui indique au syst\u00e8me de gestion de base de donn\u00e9es (SGBD) exactement comment stocker les donn\u00e9es. Alors que l’ERD parle en concepts, le sch\u00e9ma parle en types de donn\u00e9es, contraintes et moteurs de stockage.<\/p>\n

    Un sch\u00e9ma d\u00e9finit les sp\u00e9cificit\u00e9s techniques suivantes :<\/p>\n

      \n
    • Tables :<\/strong> L’entit\u00e9 ERD devient une table physique. Le sch\u00e9ma sp\u00e9cifie le nom de la table, qui doit souvent respecter des conventions de nommage strictes (par exemple, snake_case).<\/li>\n
    • Types de donn\u00e9es :<\/strong> Un attribut tel que \u00c2ge<\/em> devient un INT<\/code> ou SMALLINT<\/code>. Un Email<\/em> devient un VARCHAR<\/code> avec une limite de longueur sp\u00e9cifique. Un Timestamp<\/em> devient TIMESTAMP AVEC ZONE HORAIRE<\/code>. Ces choix ont une incidence sur l’espace de stockage et les performances des requ\u00eates.<\/li>\n
    • Contraintes :<\/strong> C’est ici que la logique de l’ERD est appliqu\u00e9e. Les cl\u00e9s primaires (PK) garantissent l’unicit\u00e9. Les cl\u00e9s \u00e9trang\u00e8res (FK) assurent l’int\u00e9grit\u00e9 r\u00e9f\u00e9rentielle entre les tables.NOT NULL<\/code> Les contraintes garantissent que les champs obligatoires sont remplis. Les contraintes uniques emp\u00eachent les entr\u00e9es en double.<\/li>\n
    • Index :<\/strong> Bien qu’ils soient souvent omis dans les ERD de haut niveau, le sch\u00e9ma d\u00e9termine o\u00f9 les index sont cr\u00e9\u00e9s. Les index acc\u00e9l\u00e8rent les op\u00e9rations de lecture mais ralentissent les \u00e9critures. Le sch\u00e9ma dicte l’optimisation physique de la base de donn\u00e9es.<\/li>\n<\/ul>\n

      Le sch\u00e9ma est \u00e9galement responsable de la s\u00e9curit\u00e9 et du contr\u00f4le d’acc\u00e8s. Il d\u00e9finit qui peut lire ou \u00e9crire dans des tables sp\u00e9cifiques. Il g\u00e8re les transactions, en garantissant que les modifications des donn\u00e9es sont atomiques. Lorsqu’un d\u00e9veloppeur \u00e9crit une instruction CREATE TABLE<\/code> , ils d\u00e9finissent le sch\u00e9ma. Il s’agit du niveau d’impl\u00e9mentation avec lequel le code de l’application interagit directement.<\/p>\n

      Diff\u00e9rences cl\u00e9s en un coup d’\u0153il \ud83d\udcca<\/h2>\n

      Pour clarifier la distinction, il est utile de comparer les diff\u00e9rences c\u00f4te \u00e0 c\u00f4te. L’ERD est abstrait et orient\u00e9 conception, tandis que le sch\u00e9ma est concret et orient\u00e9 impl\u00e9mentation.<\/p>\n\n\n\n\n\n\n\n\n\n\n
      Fonctionnalit\u00e9<\/th>\nMCD (Diagramme Entit\u00e9-Relation)<\/th>\nSch\u00e9ma de base de donn\u00e9es<\/th>\n<\/tr>\n<\/thead>\n
      Nature<\/strong><\/td>\nMod\u00e8le logique \/ conceptuel<\/td>\nMod\u00e8le physique<\/td>\n<\/tr>\n
      Focus<\/strong><\/td>\nRelations et flux de donn\u00e9es<\/td>\nStockage et application<\/td>\n<\/tr>\n
      Notation<\/strong><\/td>\nBo\u00eetes, lignes, symboles en forme de bec de corbeau<\/td>\nInstructions SQL, scripts DDL<\/td>\n<\/tr>\n
      D\u00e9pendance<\/strong><\/td>\nInd\u00e9pendant de la base de donn\u00e9es<\/td>\nSp\u00e9cifique \u00e0 la base de donn\u00e9es (fournisseur)<\/td>\n<\/tr>\n
      Contraintes<\/strong><\/td>\nImplicites (r\u00e8gles m\u00e9tiers)<\/td>\nExplicites (PK, FK, Check)<\/td>\n<\/tr>\n
      \u00c9tape<\/strong><\/td>\nPhase de conception<\/td>\nPhase de d\u00e9veloppement \/ d\u00e9ploiement<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Ce tableau met en \u00e9vidence que, bien qu\u2019ils soient li\u00e9s, ils fonctionnent \u00e0 des \u00e9tapes diff\u00e9rentes du cycle de vie du logiciel. Confondre les deux conduit souvent les d\u00e9veloppeurs \u00e0 imposer des contraintes physiques \u00e0 un mod\u00e8le logique avant qu\u2019il ne soit pleinement valid\u00e9.<\/p>\n

      Le processus de traduction : du sch\u00e9ma au code \ud83d\udd04<\/h2>\n

      Le passage du MCD au sch\u00e9ma n\u2019est pas toujours une correspondance directe 1:1. C\u2019est au niveau de cette couche de traduction que de nombreux projets rencontrent des difficult\u00e9s. Le mod\u00e8le logique suppose des conditions id\u00e9ales, mais le mod\u00e8le physique doit faire face aux contraintes de performance, aux syst\u00e8mes h\u00e9rit\u00e9s et aux fonctionnalit\u00e9s sp\u00e9cifiques du moteur.<\/p>\n

      Normalisation vs. Performance<\/h3>\n

      Un MCD est g\u00e9n\u00e9ralement normalis\u00e9 jusqu’\u00e0 la Troisi\u00e8me Forme Normale (3FN). Cela minimise la duplication des donn\u00e9es. Toutefois, lors de la traduction vers un sch\u00e9ma pour une application \u00e0 fort trafic, les d\u00e9veloppeurs d\u00e9normalisent souvent. Cela signifie dupliquer intentionnellement des donn\u00e9es afin de r\u00e9duire le nombre de jointures n\u00e9cessaires lors d’une requ\u00eate. Par exemple, stocker le Nom du client<\/em> directement dans la table Commande<\/em> table, m\u00eame si cela viole les r\u00e8gles strictes de normalisation, peut consid\u00e9rablement acc\u00e9l\u00e9rer les requ\u00eates de reporting. Le MCD pourrait montrer une relation, mais le sch\u00e9ma pourrait stocker les donn\u00e9es de mani\u00e8re redondante pour gagner en vitesse.<\/p>\n

      Sp\u00e9cificit\u00e9s des types de donn\u00e9es<\/h3>\n

      Un MCD indique simplement qu’un champ est un Date<\/em>. Le sch\u00e9ma doit choisir entre DATE<\/code>, DATETIME<\/code>, ou TIMESTAMP<\/code>. Il doit d\u00e9cider des jeux de caract\u00e8res (UTF8, ASCII) et des r\u00e8gles de comparaison. Ces d\u00e9cisions influencent la mani\u00e8re dont l’application g\u00e8re l’internationalisation et le tri. Un MCD g\u00e9n\u00e9rique ne peut pas capturer ces nuances.<\/p>\n

      Gestion des relations Many-to-Many<\/h3>\n

      Dans un MCD, une relation Many-to-Many est repr\u00e9sent\u00e9e par une ligne avec deux crocs. Dans le sch\u00e9ma physique, cela ne peut pas exister directement. Il doit \u00eatre r\u00e9solu en deux relations One-to-Many via une table de jonction (ou table pont). Le sch\u00e9ma doit d\u00e9finir la cl\u00e9 primaire de cette table de jonction, qui peut \u00eatre une cl\u00e9 composite ou une cl\u00e9 artificielle (UUID). Ce changement structurel est invisible dans le diagramme de haut niveau, mais il est crucial dans la structure de la base de donn\u00e9es.<\/p>\n

      Pourquoi la distinction est importante pour les d\u00e9veloppeurs \ud83d\udee0\ufe0f<\/h2>\n

      Comprendre l’\u00e9cart entre ces deux concepts n’est pas seulement une question th\u00e9orique ; cela a un impact sur le travail quotidien. Lorsqu’un bug survient dans l’int\u00e9grit\u00e9 des donn\u00e9es, savoir si le probl\u00e8me provient de la conception logique ou de la mise en \u0153uvre physique est la premi\u00e8re \u00e9tape vers sa r\u00e9solution.<\/p>\n

      D\u00e9bogage de l’int\u00e9grit\u00e9 des donn\u00e9es<\/h3>\n

      Si vous rencontrez une situation o\u00f9 les donn\u00e9es sont dupliqu\u00e9es de mani\u00e8re inattendue, vous devez vous demander : le MCD est-il d\u00e9fectueux, ou une contrainte du sch\u00e9ma manque-t-elle ? Un Foreign Key manquant dans le sch\u00e9ma permet des enregistrements orphelins que la logique du MCD consid\u00e9rait comme impossibles. \u00c0 l’inverse, si le MCD est trop rigide et ne tient pas compte des suppressions douces, le sch\u00e9ma pourrait imposer des suppressions d\u00e9finitives qui rompent la logique m\u00e9tier. S\u00e9parer les pr\u00e9occupations permet de localiser la source de l’erreur.<\/p>\n

      Contr\u00f4le de version et collaboration<\/h3>\n

      Lors de la gestion d’une base de donn\u00e9es, le contr\u00f4le de version est essentiel. Toutefois, les MCD et les sch\u00e9mas \u00e9voluent diff\u00e9remment. Le MCD change lorsque les exigences m\u00e9tiers \u00e9voluent. Le sch\u00e9ma change lorsque la base de donn\u00e9es n\u00e9cessite une optimisation ou lorsqu’on applique des migrations. Les maintenir synchronis\u00e9s est un d\u00e9fi. Si le sch\u00e9ma change sans mettre \u00e0 jour le MCD, la documentation devient obsol\u00e8te. Si le MCD change sans script de migration, la base de donn\u00e9es reste en d\u00e9saccord avec la conception.<\/p>\n

      Int\u00e9gration des nouveaux membres d’\u00e9quipe<\/h3>\n

      Les nouveaux d\u00e9veloppeurs ont souvent du mal \u00e0 comprendre la structure de la base de donn\u00e9es. Le montrer un MCD leur fournit le contexte de la mani\u00e8re dont le syst\u00e8me fonctionne de fa\u00e7on conceptuelle. Le montrer le sch\u00e9ma leur fournit le contexte de la mani\u00e8re dont le syst\u00e8me fonctionne de fa\u00e7on technique. Une int\u00e9gration efficace n\u00e9cessite les deux. Le MCD r\u00e9pond \u00e0 \u00ab Qu’est-ce que cela signifie ? \u00bb<\/em> et le sch\u00e9ma r\u00e9pond \u00e0 \u00ab Comment puis-je y acc\u00e9der ? \u00bb<\/em>.<\/p>\n

      P\u00e9ch\u00e9s courants dans la mod\u00e9lisation des donn\u00e9es \ud83d\udea7<\/h2>\n

      Malgr\u00e9 les d\u00e9finitions claires, de nombreuses \u00e9quipes tombent dans des pi\u00e8ges en traitant le MCD et le sch\u00e9ma comme identiques.<\/p>\n

        \n
      • Sauter le MCD :<\/strong>Passer directement \u00e0 l’\u00e9criture de scripts SQL de sch\u00e9ma conduit souvent \u00e0 un endettement structurel. Sans mod\u00e8le visuel, les relations sont souvent oubli\u00e9es ou impl\u00e9ment\u00e9es de mani\u00e8re incoh\u00e9rente.<\/li>\n
      • Ignorer les contraintes :<\/strong>Se fier uniquement au code de l’application pour appliquer des r\u00e8gles (comme des emails uniques) plut\u00f4t que des contraintes de base de donn\u00e9es (index UNIQUE) est risqu\u00e9. Le sch\u00e9ma doit \u00eatre la derni\u00e8re ligne de d\u00e9fense pour l’int\u00e9grit\u00e9 des donn\u00e9es.<\/li>\n
      • Sur-conception :<\/strong> Cr\u00e9er un MCD trop d\u00e9taill\u00e9 avec tous les attributs possibles avant que les exigences ne soient claires. Cela conduit \u00e0 un sch\u00e9ma difficile \u00e0 migrer ult\u00e9rieurement.<\/li>\n
      • D\u00e9synchronisation des outils :<\/strong> Utiliser un outil de conception qui ne prend pas en charge la g\u00e9n\u00e9ration de code, ou utiliser un outil de base de donn\u00e9es qui ne prend pas en charge l’ing\u00e9nierie inverse. Cela cr\u00e9e un \u00e9cart manuel o\u00f9 les modifications sont apport\u00e9es dans un endroit mais pas dans l’autre.<\/li>\n
      • Supposer l’\u00e9quivalence :<\/strong> Croire qu’un MCD parfait garantit une base de donn\u00e9es parfaite. Le sch\u00e9ma est soumis \u00e0 des limitations mat\u00e9rielles, \u00e0 des mod\u00e8les de requ\u00eates et \u00e0 des probl\u00e8mes de concurrence que le MCD ne peut pas anticiper.<\/li>\n<\/ul>\n

        Maintenir la synchronisation au fil du temps \ud83d\udd04<\/h2>\n

        \u00c0 mesure qu’une application grandit, la base de donn\u00e9es \u00e9volue. Des fonctionnalit\u00e9s sont ajout\u00e9es, et d’autres sont abandonn\u00e9es. Maintenir le lien entre le MCD et le sch\u00e9ma devient de plus en plus difficile au fil du temps. Cela est souvent appel\u00e9d\u00e9rive du sch\u00e9ma<\/em>.<\/p>\n

        Pour y rem\u00e9dier, les \u00e9quipes doivent adopter un flux de travail strict :<\/p>\n

          \n
        1. Concevoir d’abord :<\/strong> Mettre toujours \u00e0 jour le MCD avant d’\u00e9crire les scripts de migration.<\/li>\n
        2. Automatiser la g\u00e9n\u00e9ration :<\/strong> Utiliser des outils capables de g\u00e9n\u00e9rer du SQL DDL \u00e0 partir du MCD. Cela garantit que le sch\u00e9ma correspond \u00e0 la conception.<\/li>\n
        3. Ing\u00e9nierie inverse :<\/strong> Ex\u00e9cuter p\u00e9riodiquement des outils d’ing\u00e9nierie inverse sur la base de donn\u00e9es en production pour mettre \u00e0 jour le MCD. Cela permet de d\u00e9tecter les modifications apport\u00e9es par des requ\u00eates SQL directes qui contournent le processus de conception.<\/li>\n
        4. Documentation :<\/strong> Veiller \u00e0 ce que le MCD soit stock\u00e9 dans le m\u00eame d\u00e9p\u00f4t que les scripts de migration du sch\u00e9ma. Cela cr\u00e9e une source unique de v\u00e9rit\u00e9.<\/li>\n<\/ol>\n

          Cette discipline emp\u00eache la base de donn\u00e9es de devenir une bo\u00eete noire. Lorsque le MCD et le sch\u00e9ma sont synchronis\u00e9s, le syst\u00e8me reste transparent et g\u00e9rable.<\/p>\n

          Impact sur les performances des requ\u00eates et l’optimisation \u26a1<\/h2>\n

          Le sch\u00e9ma dicte les performances plus que le MCD. Alors que le MCD montre les relations, le sch\u00e9ma d\u00e9termine la mani\u00e8re dont le moteur de base de donn\u00e9es acc\u00e8de aux donn\u00e9es. Un MCD pourrait montrer une jointure logique entreUtilisateurs<\/em> et Articles<\/em>. Le sch\u00e9ma d\u00e9termine si un index existe sur le champID_Utilisateur<\/em> dans la tableArticles<\/em> table.<\/p>\n

          Sans indexage appropri\u00e9 dans le sch\u00e9ma, une requ\u00eate simple peut d\u00e9clencher un balayage complet de la table. Il s’agit d’une contrainte physique. Le MCD ne peut pas vous montrer le plan d’ex\u00e9cution. Les d\u00e9veloppeurs doivent consulter le sch\u00e9ma pour comprendre pourquoi une requ\u00eate est lente. Ils doivent analyser les index, la strat\u00e9gie de partitionnement et les types de donn\u00e9es.<\/p>\n

          En outre, le sch\u00e9ma g\u00e8re les m\u00e9canismes de verrouillage. Si plusieurs utilisateurs mettent \u00e0 jour le m\u00eame enregistrement, le niveau d’isolement et la strat\u00e9gie de verrouillage du sch\u00e9ma d\u00e9terminent s’ils se bloquent mutuellement. Le MCD reste muet sur la concurrence. Il s’agit d’une distinction cruciale pour les syst\u00e8mes \u00e0 fort volume.<\/p>\n

          Comblant le foss\u00e9 avec les meilleures pratiques \ud83c\udfc6<\/h2>\n

          Pour garantir que les deux mod\u00e8les remplissent efficacement leur r\u00f4le, envisagez d’adopter ces normes :<\/p>\n

            \n
          • Utilisez des conventions de nommage standard :<\/strong> Assurez-vous que les noms de table dans le sch\u00e9ma correspondent aux noms d’entit\u00e9 dans le MCD. La coh\u00e9rence r\u00e9duit la charge cognitive.<\/li>\n
          • Documentez les contraintes explicitement :<\/strong> Dans le MCD, annotez les relations avec la cardinalit\u00e9. Dans le sch\u00e9ma, annotez les colonnes avec leurs contraintes. Rendez les r\u00e8gles visibles dans les deux endroits.<\/li>\n
          • Revoyez r\u00e9guli\u00e8rement :<\/strong> Programmez des revues trimestrielles du MCD par rapport au sch\u00e9ma de production. Recherchez les \u00e9carts et les anomalies.<\/li>\n
          • S\u00e9parez les pr\u00e9occupations :<\/strong> Traitez le MCD comme un artefact m\u00e9tier et le sch\u00e9ma comme un artefact technique. N’incorporez pas la logique m\u00e9tier dans les d\u00e9finitions du sch\u00e9ma physique.<\/li>\n
          • Pr\u00e9voyez la migration :<\/strong> Lorsque le MCD change, le sch\u00e9ma doit \u00eatre modifi\u00e9 via un script de migration. Ne modifiez jamais directement le sch\u00e9ma en production sans script versionn\u00e9.<\/li>\n<\/ul>\n

            L’\u00e9l\u00e9ment humain de la mod\u00e9lisation des donn\u00e9es \ud83d\udc65<\/h2>\n

            En fin de compte, ces mod\u00e8les sont con\u00e7us pour les humains, et non seulement pour les machines. Le MCD est destin\u00e9 \u00e0 la communication. Il permet \u00e0 un chef de produit de comprendre la structure des donn\u00e9es sans conna\u00eetre SQL. Le sch\u00e9ma est destin\u00e9 \u00e0 la machine. Il permet \u00e0 l’application de r\u00e9cup\u00e9rer les donn\u00e9es de mani\u00e8re efficace.<\/p>\n

            Lorsque les d\u00e9veloppeurs comprennent cette distinction entre humain et machine, ils peuvent concevoir de meilleurs syst\u00e8mes. Ils savent quand simplifier le MCD pour les parties prenantes et quand d\u00e9tailler le sch\u00e9ma pour le moteur de base de donn\u00e9es. Cette dualit\u00e9 est l’essence de l’architecture des bases de donn\u00e9es.<\/p>\n

            En respectant la fronti\u00e8re entre le diagramme logique et l’impl\u00e9mentation physique, les \u00e9quipes \u00e9vitent les pi\u00e8ges courants de la corruption des donn\u00e9es et des goulets d’\u00e9tranglement de performance. Le MCD fournit la vision ; le sch\u00e9ma fournit la r\u00e9alit\u00e9. Les deux sont n\u00e9cessaires \u00e0 un syst\u00e8me r\u00e9ussi.<\/p>\n

            R\u00e9flexions finales sur l’architecture des donn\u00e9es \ud83e\udde0<\/h2>\n

            La distinction entre un diagramme Entit\u00e9-Relation et un sch\u00e9ma de base de donn\u00e9es est un pilier fondamental du g\u00e9nie logiciel. Elle repr\u00e9sente la transition de la pens\u00e9e \u00e0 l’action, de l’id\u00e9e \u00e0 l’ex\u00e9cution. Alors que le MCD capte les relations et la logique qui pilotent l’entreprise, le sch\u00e9ma capte les contraintes et les structures qui pilotent l’application.<\/p>\n

            Ma\u00eetriser la relation entre ces deux mod\u00e8les ne consiste pas \u00e0 m\u00e9moriser des d\u00e9finitions. C’est comprendre le cycle de vie des donn\u00e9es. C’est savoir qu’un changement dans le diagramme exige un changement dans le code, et qu’un changement dans le code doit \u00eatre refl\u00e9t\u00e9 dans le diagramme. Ce cycle garantit que le syst\u00e8me reste coh\u00e9rent, fiable et \u00e9volutif.<\/p>\n

            Au fur et \u00e0 mesure que vous avancez dans votre parcours de d\u00e9veloppement, gardez ces deux mod\u00e8les distincts. Utilisez le MCD pour planifier et communiquer. Utilisez le sch\u00e9ma pour construire et imposer. Lorsque vous les alignez, vous construisez des syst\u00e8mes capables de r\u00e9sister \u00e0 l’\u00e9preuve du temps et des changements.<\/p>\n

            Souvenez-vous, l’objectif n’est pas seulement de stocker des donn\u00e9es, mais de les stocker de mani\u00e8re coh\u00e9rente. Cette coh\u00e9rence provient de la clart\u00e9 logique du MCD et de la rigueur structurelle du sch\u00e9ma. Ensemble, ils forment la fondation de votre architecture des donn\u00e9es.<\/p>\n","protected":false},"excerpt":{"rendered":"

            La conception des bases de donn\u00e9es est le pilier de toute application logicielle robuste. Pourtant, m\u00eame les ing\u00e9nieurs exp\u00e9riment\u00e9s h\u00e9sitent parfois \u00e0 expliquer la distinction entre les plans visuels et…<\/p>\n","protected":false},"author":1,"featured_media":1431,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"MCD vs sch\u00e9ma : La diff\u00e9rence fondamentale que les d\u00e9veloppeurs doivent conna\u00eetre \ud83d\uddc3\ufe0f","_yoast_wpseo_metadesc":"Confus entre MCD et sch\u00e9ma ? Apprenez les diff\u00e9rences fondamentales en mod\u00e9lisation des donn\u00e9es, en normalisation et en impl\u00e9mentation du design. Guide essentiel pour les d\u00e9veloppeurs.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[88],"tags":[84,87],"class_list":["post-1430","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-erd","tag-academic","tag-erd"],"yoast_head":"\nMCD vs sch\u00e9ma : La diff\u00e9rence fondamentale que les d\u00e9veloppeurs doivent conna\u00eetre \ud83d\uddc3\ufe0f<\/title>\n<meta name=\"description\" content=\"Confus entre MCD et sch\u00e9ma ? Apprenez les diff\u00e9rences fondamentales en mod\u00e9lisation des donn\u00e9es, en normalisation et en impl\u00e9mentation du design. Guide essentiel pour les d\u00e9veloppeurs.\" \/>\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-vs-schema-core-difference-developers\/\" \/>\n<meta property=\"og:locale\" content=\"fr_FR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"MCD vs sch\u00e9ma : La diff\u00e9rence fondamentale que les d\u00e9veloppeurs doivent conna\u00eetre \ud83d\uddc3\ufe0f\" \/>\n<meta property=\"og:description\" content=\"Confus entre MCD et sch\u00e9ma ? Apprenez les diff\u00e9rences fondamentales en mod\u00e9lisation des donn\u00e9es, en normalisation et en impl\u00e9mentation du design. Guide essentiel pour les d\u00e9veloppeurs.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/\" \/>\n<meta property=\"og:site_name\" content=\"Viz Read French - AI, Software & Digital Insights\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-27T17:16:10+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.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=\"16 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-vs-schema-core-difference-developers\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936\"},\"headline\":\"ERD par rapport au sch\u00e9ma : comprendre la diff\u00e9rence fondamentale que tout d\u00e9veloppeur devrait conna\u00eetre\",\"datePublished\":\"2026-03-27T17:16:10+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/\"},\"wordCount\":3221,\"publisher\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg\",\"keywords\":[\"academic\",\"erd\"],\"articleSection\":[\"ERD\"],\"inLanguage\":\"fr-FR\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/\",\"url\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/\",\"name\":\"MCD vs sch\u00e9ma : La diff\u00e9rence fondamentale que les d\u00e9veloppeurs doivent conna\u00eetre \ud83d\uddc3\ufe0f\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg\",\"datePublished\":\"2026-03-27T17:16:10+00:00\",\"description\":\"Confus entre MCD et sch\u00e9ma ? Apprenez les diff\u00e9rences fondamentales en mod\u00e9lisation des donn\u00e9es, en normalisation et en impl\u00e9mentation du design. Guide essentiel pour les d\u00e9veloppeurs.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#breadcrumb\"},\"inLanguage\":\"fr-FR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"fr-FR\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage\",\"url\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg\",\"contentUrl\":\"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.viz-read.com\/fr\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ERD par rapport au sch\u00e9ma : comprendre la diff\u00e9rence fondamentale que tout d\u00e9veloppeur devrait conna\u00eetre\"}]},{\"@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 vs sch\u00e9ma : La diff\u00e9rence fondamentale que les d\u00e9veloppeurs doivent conna\u00eetre \ud83d\uddc3\ufe0f","description":"Confus entre MCD et sch\u00e9ma ? Apprenez les diff\u00e9rences fondamentales en mod\u00e9lisation des donn\u00e9es, en normalisation et en impl\u00e9mentation du design. Guide essentiel pour les d\u00e9veloppeurs.","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-vs-schema-core-difference-developers\/","og_locale":"fr_FR","og_type":"article","og_title":"MCD vs sch\u00e9ma : La diff\u00e9rence fondamentale que les d\u00e9veloppeurs doivent conna\u00eetre \ud83d\uddc3\ufe0f","og_description":"Confus entre MCD et sch\u00e9ma ? Apprenez les diff\u00e9rences fondamentales en mod\u00e9lisation des donn\u00e9es, en normalisation et en impl\u00e9mentation du design. Guide essentiel pour les d\u00e9veloppeurs.","og_url":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/","og_site_name":"Viz Read French - AI, Software & Digital Insights","article_published_time":"2026-03-27T17:16:10+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"\u00c9crit par":false,"Dur\u00e9e de lecture estim\u00e9e":"16 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#article","isPartOf":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.viz-read.com\/fr\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936"},"headline":"ERD par rapport au sch\u00e9ma : comprendre la diff\u00e9rence fondamentale que tout d\u00e9veloppeur devrait conna\u00eetre","datePublished":"2026-03-27T17:16:10+00:00","mainEntityOfPage":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/"},"wordCount":3221,"publisher":{"@id":"https:\/\/www.viz-read.com\/fr\/#organization"},"image":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg","keywords":["academic","erd"],"articleSection":["ERD"],"inLanguage":"fr-FR"},{"@type":"WebPage","@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/","url":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/","name":"MCD vs sch\u00e9ma : La diff\u00e9rence fondamentale que les d\u00e9veloppeurs doivent conna\u00eetre \ud83d\uddc3\ufe0f","isPartOf":{"@id":"https:\/\/www.viz-read.com\/fr\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage"},"image":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg","datePublished":"2026-03-27T17:16:10+00:00","description":"Confus entre MCD et sch\u00e9ma ? Apprenez les diff\u00e9rences fondamentales en mod\u00e9lisation des donn\u00e9es, en normalisation et en impl\u00e9mentation du design. Guide essentiel pour les d\u00e9veloppeurs.","breadcrumb":{"@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#breadcrumb"},"inLanguage":"fr-FR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/"]}]},{"@type":"ImageObject","inLanguage":"fr-FR","@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#primaryimage","url":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg","contentUrl":"https:\/\/www.viz-read.com\/fr\/wp-content\/uploads\/sites\/6\/2026\/03\/erd-vs-schema-infographic-charcoal-sketch.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.viz-read.com\/fr\/erd-vs-schema-core-difference-developers\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.viz-read.com\/fr\/"},{"@type":"ListItem","position":2,"name":"ERD par rapport au sch\u00e9ma : comprendre la diff\u00e9rence fondamentale que tout d\u00e9veloppeur devrait conna\u00eetre"}]},{"@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\/1430","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=1430"}],"version-history":[{"count":0,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/posts\/1430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/media\/1431"}],"wp:attachment":[{"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/media?parent=1430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/categories?post=1430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.viz-read.com\/fr\/wp-json\/wp\/v2\/tags?post=1430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}