Creatore di diagrammi ER — Da testo a diagramma entità-relazione
Scrivi lo schema del database come testo e guarda il diagramma entità-relazione prendere forma dal vivo; esporta in PDF o SVG.
Tutto funziona nel tuo browser: il diagramma non viene mai caricato. Scorri per lo zoom, trascina per spostarti. L'esportazione in PDF apre la finestra di stampa: scegli "Salva come PDF".
Hai trovato un problema o qualcosa che potrebbe andare meglio? Leggiamo ogni messaggio e sistemiamo le cose in fretta.
Questo creatore di diagrammi ER gratuito trasforma il testo in un diagramma entità-relazione mentre scrivi. Definisci a sinistra le tabelle e i loro campi, collegale con la notazione di cardinalità standard (uno a molti, molti a molti) e il diagramma a destra si aggiorna dal vivo; poi esportalo in PDF per la documentazione o in SVG per presentazioni e wiki.
Nel lavoro reale sui database, creare diagrammi dal testo è meglio del drag and drop: lo schema si può versionare (mettilo in git accanto alle migrazioni), si può rivedere in una pull request e si modifica in pochi secondi invece che in minuti passati a spostare rettangoli. La sintassi è la notazione erDiagram standard di Mermaid, quindi i diagrammi creati qui vengono visualizzati anche su GitHub, GitLab e Notion.
Come si usa
- Apri la Guida (barra degli strumenti) per il riferimento rapido alla sintassi, che si legge in due minuti, oppure carica uno degli schemi di esempio integrati.
- Definisci ogni entità come un blocco: il nome dell'entità, poi una riga per attributo con il relativo tipo. Indica le chiavi primarie con PK e le chiavi esterne con FK.
- Collega le entità con le frecce di cardinalità: CUSTOMER ||--o{ ORDER : places si legge 'un cliente effettua zero o più ordini'.
- Scorri per lo zoom, trascina per spostarti, Adatta per ricentrare. Esporta con Scarica PDF (apre la finestra di stampa: scegli 'Salva come PDF') o Scarica SVG.
Domande frequenti
Cos'è un diagramma ER?
Un diagramma entità-relazione è il modo standard per progettare e documentare un database: riquadri per le entità (le cose che memorizzi: clienti, ordini, prodotti), attributi all'interno di ogni riquadro (i campi) e linee con indicazioni di cardinalità che mostrano come le entità sono collegate (uno a uno, uno a molti, molti a molti). I team li usano per accordarsi su uno schema prima di scrivere le migrazioni e per documentare i database esistenti.
Quale sintassi usa questo strumento?
La sintassi erDiagram standard di Mermaid, una notazione testuale aperta e ampiamente supportata. I diagrammi che scrivi qui vengono visualizzati in modo identico nei README di GitHub, in GitLab, Notion, Obsidian e ovunque sia supportato Mermaid, quindi il testo sorgente resta portabile.
Come si rappresenta una relazione molti a molti?
Usa }o--o{ tra le entità (zero o più su entrambi i lati), oppure modellala esplicitamente con una tabella di collegamento, per esempio POST ||--o{ POST_TAG e TAG ||--o{ POST_TAG, che è più vicino a come la implementeresti davvero in SQL. L'esempio del blog integrato mostra lo schema con tabella di collegamento.
Il mio schema viene caricato da qualche parte?
No. Il rendering avviene interamente nel browser: il testo non lascia mai il tuo dispositivo, cosa importante quando disegni lo schema di un database di produzione.
Come salvo il mio lavoro?
Il sorgente del diagramma è testo semplice: copialo in un file, in un ticket o nel tuo repository e incollalo di nuovo quando vuoi per continuare. Per il risultato grafico finale, esporta in PDF (documentazione) o SVG (scalabile all'infinito, si inserisce senza problemi in presentazioni e wiki).
Guida rapida alla notazione di cardinalità
• || — esattamente uno (un singolo record obbligatorio)
• o| — zero o uno (un singolo record facoltativo)
• |{ — uno o più (molti, obbligatorio)
• o{ — zero o più (molti, facoltativo)
Combina un simbolo per lato: CUSTOMER ||--o{ ORDER significa che ogni ordine appartiene a esattamente un cliente e che un cliente può avere un numero qualsiasi di ordini, la relazione più comune negli schemi aziendali. Usa una linea tratteggiata (..) invece di quella continua (--) per le relazioni non identificanti.
Perché progettare lo schema prima di scrivere codice
La maggior parte dei problemi di database più costosi (record orfani, dati duplicati, tabelle che nessuno riesce a unire con un join) nasce da schemi cresciuti senza un piano. Dieci minuti passati su un diagramma ER costringono a porsi presto le domande che contano: cosa identifica in modo univoco questa entità? Questa relazione può davvero essere uno a molti, o diventerà molti a molti la prima volta che un cliente avrà due indirizzi? Cosa succede in caso di eliminazione?
È anche il linguaggio comune più rapido tra chi è tecnico e chi non lo è: il titolare di un'azienda può leggere 'un cliente effettua molti ordini' su un diagramma e correggerti prima che l'ipotesi sbagliata finisca in sei mesi di codice. Un diagramma condiviso aiuta il team ad accordarsi sullo schema prima dell'implementazione.
Strumenti gratuiti correlati
- Creatore di mappe mentali — Scrivi una scaletta rientrata e ottieni subito una mappa mentale, da esportare in PDF o SVG. Niente account, niente trascinamenti.
- Convertitore di immagini — Converti tra AVIF, HEIC, TIFF, PNG, JPG, WebP, GIF, BMP e SVG. La maggior parte delle conversioni non esce mai dal browser.