Créateur de diagrammes ER — du texte au diagramme entité-association
Écrivez votre schéma de base de données en texte, voyez le diagramme entité-association s’afficher en direct, exportez en PDF ou SVG.
Tout s’exécute dans votre navigateur : votre diagramme n’est jamais envoyé. Molette pour zoomer, glisser pour déplacer. L’export PDF ouvre la boîte de dialogue d’impression : choisissez « Enregistrer au format PDF ».
Un problème, ou quelque chose à améliorer ? Nous lisons chaque message et corrigeons vite.
Ce créateur de diagrammes ER gratuit transforme du texte en diagramme entité-association pendant que vous tapez. Définissez vos tables et leurs champs à gauche, reliez-les avec la notation de cardinalité standard (un-à-plusieurs, plusieurs-à-plusieurs), et le diagramme de droite se met à jour en direct ; exportez-le ensuite en PDF pour la documentation ou en SVG pour des présentations et des wikis.
Pour un vrai travail sur une base de données, la création de diagrammes en texte l’emporte sur le glisser-déposer : votre schéma est versionnable (collez-le dans git à côté de vos migrations), relisible dans une pull request et modifiable en quelques secondes au lieu de minutes passées à déplacer des rectangles. La syntaxe est la notation erDiagram standard de Mermaid : les diagrammes créés ici s’affichent aussi sur GitHub, GitLab et Notion.
Mode d’emploi
- Ouvrez le Guide (barre d’outils) pour la référence de syntaxe en deux minutes, ou chargez l’un des exemples de schémas intégrés.
- Définissez chaque entité comme un bloc : le nom de l’entité, puis une ligne par attribut avec son type. Marquez les clés primaires PK et les clés étrangères FK.
- Reliez les entités avec des flèches de cardinalité : CUSTOMER ||--o{ ORDER : places se lit « un client passe zéro ou plusieurs commandes ».
- Faites défiler pour zoomer, faites glisser pour vous déplacer, Ajuster pour recentrer. Exportez avec Télécharger le PDF (ouvre la boîte de dialogue d’impression : choisissez « Enregistrer au format PDF ») ou Télécharger le SVG.
Questions fréquentes
Qu’est-ce qu’un diagramme ER ?
Un diagramme entité-association est la façon standard de concevoir et de documenter une base de données : des boîtes pour les entités (ce que vous stockez : clients, commandes, produits), des attributs dans chaque boîte (les champs), et des lignes avec des marques de cardinalité qui montrent comment les entités sont liées (un-à-un, un-à-plusieurs, plusieurs-à-plusieurs). Les équipes s’en servent pour s’accorder sur un schéma avant d’écrire les migrations, et pour documenter des bases existantes.
Quelle syntaxe cet outil utilise-t-il ?
La syntaxe erDiagram standard de Mermaid, une notation textuelle ouverte et largement prise en charge. Les diagrammes écrits ici s’affichent à l’identique dans les README GitHub, GitLab, Notion, Obsidian et partout où Mermaid est pris en charge : votre texte source reste portable.
Comment représenter une relation plusieurs-à-plusieurs ?
Utilisez }o--o{ entre les entités (zéro ou plusieurs des deux côtés), ou modélisez-la explicitement avec une table de jonction, par exemple POST ||--o{ POST_TAG et TAG ||--o{ POST_TAG, ce qui est plus proche de l’implémentation réelle en SQL. L’exemple de blog intégré montre le modèle avec table de jonction.
Mon schéma est-il envoyé quelque part ?
Non. Le rendu se fait entièrement dans votre navigateur : le texte ne quitte jamais votre appareil, ce qui compte quand vous représentez le schéma d’une base de données de production.
Comment enregistrer mon travail ?
La source de votre diagramme est du texte brut : copiez-la dans un fichier, un ticket ou votre dépôt, et recollez-la à tout moment pour continuer. Pour le visuel final, exportez en PDF (documentation) ou en SVG (agrandissable à l’infini, s’intègre proprement dans des présentations et des wikis).
Aide-mémoire de la notation de cardinalité
• || — exactement un (un enregistrement unique obligatoire)
• o| — zéro ou un (enregistrement unique facultatif)
• |{ — un ou plusieurs (plusieurs, obligatoire)
• o{ — zéro ou plusieurs (plusieurs, facultatif)
Combinez un symbole de chaque côté : CUSTOMER ||--o{ ORDER signifie que chaque commande appartient à exactement un client et qu’un client peut avoir n’importe quel nombre de commandes, la relation la plus courante dans les schémas métier. Utilisez une ligne pointillée (..) au lieu d’une ligne pleine (--) pour les relations non identifiantes.
Pourquoi concevoir votre schéma avant d’écrire du code
La plupart des problèmes de base de données coûteux (enregistrements orphelins, données dupliquées, tables impossibles à joindre) viennent de schémas qui ont grandi sans plan. Dix minutes de diagramme ER imposent tôt les questions importantes : qu’est-ce qui identifie cette entité de façon unique ? Cette relation peut-elle vraiment être un-à-plusieurs, ou deviendra-t-elle plusieurs-à-plusieurs le jour où un client aura deux adresses ? Que se passe-t-il en cas de suppression ?
C’est aussi le langage commun le plus rapide entre les profils techniques et non techniques : un chef d’entreprise peut lire « un client passe plusieurs commandes » sur un diagramme et vous corriger avant que la mauvaise hypothèse ne soit gravée dans six mois de code. Un diagramme partagé aide l’équipe à s’accorder sur le schéma avant l’implémentation.
Outils gratuits similaires
- Créateur de cartes mentales — Tapez un plan indenté et obtenez une carte mentale instantanément — export PDF ou SVG. Sans compte, sans glisser-déposer.
- Convertisseur d’images — Convertissez entre AVIF, HEIC, TIFF, PNG, JPG, WebP, GIF, BMP et SVG. La plupart des conversions ne quittent jamais votre navigateur.