ER-Diagramm online erstellen

Mit ErdDocs müssen Sie das ER-Diagramm nicht zeichnen. Das Tool erzeugt es für Sie. Fügen Sie einen SQL-Dump, ein Prisma-Schema, Migrationen oder ORM-Modelle ein. In Sekunden erscheinen die Entitäten, ihre Attribute und die Beziehungen in Krähenfuß-Notation. Das ist kostenlos und braucht weder Konto noch Installation. Ihr Schema erreicht dabei keinen Server.

Ihr Schema

CREATE TABLE studios (
    id            bigserial    PRIMARY KEY,
    name          varchar(120) NOT NULL UNIQUE,
    country       varchar(60),
    founded_year  smallint
);

CREATE TABLE people (
    id         bigserial    PRIMARY KEY,
    full_name  varchar(160) NOT NULL,
    born_on    date
);

CREATE TABLE films (
    id           bigserial    PRIMARY KEY,
    studio_id    bigint       NOT NULL REFERENCES studios(id),
    title        varchar(200) NOT NULL,
    released_on  date,
    runtime_min  smallint,
    rating       varchar(8)
);

CREATE TABLE film_credits (
    film_id      bigint      NOT NULL REFERENCES films(id),
    person_id    bigint      NOT NULL REFERENCES people(id),
    credited_as  varchar(40) NOT NULL,
    billing      smallint,
    PRIMARY KEY (film_id, person_id, credited_as)
);

CREATE TABLE theaters (
    id       bigserial    PRIMARY KEY,
    name     varchar(120) NOT NULL,
    city     varchar(80)  NOT NULL,
    screens  smallint     NOT NULL DEFAULT 1
);

CREATE TABLE screenings (
    id          bigserial    PRIMARY KEY,
    film_id     bigint       NOT NULL REFERENCES films(id),
    theater_id  bigint       NOT NULL REFERENCES theaters(id),
    starts_at   timestamptz  NOT NULL,
    price       numeric(6,2) NOT NULL
);

CREATE TABLE studios (
    id            bigserial    PRIMARY KEY,
    name          varchar(120) NOT NULL UNIQUE,
    country       varchar(60),
    founded_year  smallint
);

CREATE TABLE people (
    id         bigserial    PRIMARY KEY,
    full_name  varchar(160) NOT NULL,
    born_on    date
);

CREATE TABLE films (
    id           bigserial    PRIMARY KEY,
    studio_id    bigint       NOT NULL REFERENCES studios(id),
    title        varchar(200) NOT NULL,
    released_on  date,
    runtime_min  smallint,
    rating       varchar(8)
);

CREATE TABLE film_credits (
    film_id      bigint      NOT NULL REFERENCES films(id),
    person_id    bigint      NOT NULL REFERENCES people(id),
    credited_as  varchar(40) NOT NULL,
    billing      smallint,
    PRIMARY KEY (film_id, person_id, credited_as)
);

CREATE TABLE theaters (
    id       bigserial    PRIMARY KEY,
    name     varchar(120) NOT NULL,
    city     varchar(80)  NOT NULL,
    screens  smallint     NOT NULL DEFAULT 1
);

CREATE TABLE screenings (
    id          bigserial    PRIMARY KEY,
    film_id     bigint       NOT NULL REFERENCES films(id),
    theater_id  bigint       NOT NULL REFERENCES theaters(id),
    starts_at   timestamptz  NOT NULL,
    price       numeric(6,2) NOT NULL
);

Your diagram appears here.

Ein Filmkatalog, erzeugt aus dem SQL links. Fügen Sie Ihr eigenes Schema darüber ein.

ER-Diagramm, erzeugt aus einem Filmkatalog-Schema: studios, people, films, film_credits, theaters und screenings, mit Krähenfuß-Zeichen an jeder Beziehung. — Dasselbe Filmkatalog-Schema, genau so, wie der SVG-Export es zeichnet.

Ist das ein Zeichentool?

Nein. ErdDocs leitet das Diagramm aus dem eingefügten Schema ab. Es gibt keine Formenpalette, kein Linienwerkzeug und keine leere Zeichenfläche. Ein ER-Diagramm ist hier das Ergebnis, wenn ein Schema gelesen wird, und nichts, was Sie zusammensetzen. Sie fügen den Text ein, der Ihre Datenbank schon beschreibt. Daraus ergeben sich die Kästen, Spalten, Schlüssel und Kardinalitäten. Die Tabellen können Sie trotzdem verschieben, und der Link zum Teilen speichert die Anordnung mit. Aber alles, was es zeigt, stammt aus Ihrem Schema, und nichts muss von Hand abgetippt werden.

Fast alles, was bei dieser Suche weit oben steht, funktioniert umgekehrt. Im nächsten Abschnitt geht es um den einen Fall, den ErdDocs den Zeichentools überlässt: eine Datenbank, die es noch nicht gibt.

Zeichnen oder erzeugen?

Entscheidend ist nur eines: ob es das Schema schon gibt.

Das Schema gibt es noch nicht? Dann zeichnen Sie es. ErdDocs liest ein Schema, deshalb ist das der eine Fall, den es nicht abdeckt. Solange es die Datenbank noch nicht gibt, wird das Modell besprochen und skizziert: welche Entitäten es gibt und wie sie zusammenhängen. Gehört die Adresse zur Bestellung, oder verweist die Bestellung auf eine Adresse? Ist diese Beziehung wirklich n:m? Für diese Diskussion ist eine Zeichenfläche oder eine Tafel der richtige Ort. Wird daraus eine Migration oder ein CREATE TABLE, liest ErdDocs das Schema von dort.
Das Schema gibt es schon? Dann erzeugen Sie das Diagramm. Sobald es die Tabellen gibt, sind sie schon genau beschrieben: in CREATE TABLE-Anweisungen, im Prisma-Schema, in Migrationsdateien, in den Modellklassen Ihres ORM. Wer das von Hand nachzeichnet, schreibt nur ab, was schon beschrieben ist. Das kostet Sie Zeit, und heraus kommt nur eine zweite, weniger verlässliche Kopie einer Beschreibung, die Sie längst haben. Außerdem veraltet die Abschrift mit der nächsten Migration.

Unter den ER-Diagramm-Tools ist ErdDocs das eine, das für eine bestehende Datenbank gebaut ist. Der Rest der Kategorie ist dafür gebaut, eine Datenbank von Grund auf zu skizzieren. Die meisten, die nach einem ERD-Tool suchen, haben das Schema schon. Trotzdem greifen sie zum Zeichentool, weil die Suchergebnisse genau das anbieten.

Was ErdDocs kann und andere ER-Diagramm-Tools nicht

Jedes Tool unten zeichnet ein ER-Diagramm. Die Tabelle vergleicht, was ErdDocs kann.

Funktion	ErdDocs	dbdiagram	Eraser	diagrams.net	Lucidchart	SmartDraw	Miro	Figma FigJam
Erzeugt das Diagramm selbst aus SQL: Tabellen und alle Beziehungen	✓ Ja	✓ Ja	Teilweise: SQL als KI-Prompt	Teilweise: nur Tabellen, Beziehungen von Hand	Teilweise: Tabellen von Hand auf die Zeichenfläche	Teilweise: aus CSV, nicht aus SQL	Teilweise: per KI oder Mermaid-Code	Teilweise: nur aus Mermaid-Code
Liest Prisma und ORM-Modelle	✓ Ja	× Nein	Teilweise: Code als KI-Prompt	× Nein	× Nein	× Nein	× Nein	× Nein
Findet kostenlos Beziehungen ohne Fremdschlüssel	✓ Ja	Teilweise: KI im kostenpflichtigen Tarif	Keine Angabe	× Nein	× Nein	× Nein	Teilweise: KI schlägt Beziehungen vor	Keine Angabe
Das Schema landet nicht auf den Servern des Anbieters	✓ Ja	Teilweise: nur im Link-Generator	× Nein	✓ Ja	× Nein	× Nein	× Nein	× Nein
Exportiert ein Bild ohne Konto	✓ Ja	Keine Angabe	× Nein	✓ Ja	× Nein	× Nein	Teilweise: nur ein einfaches Board	× Nein
Exportiert Mermaid, DBML und PlantUML	✓ Ja	Teilweise: nur DBML	× Nein	× Nein	Teilweise: Mermaid nur über MCP	× Nein	Teilweise: nur Mermaid	× Nein
Druckbares Data Dictionary	✓ Ja	Teilweise: Webdokument, kein PDF	Keine Angabe	× Nein	× Nein	× Nein	Keine Angabe	× Nein
Kein Abo nötig	✓ Ja	× Nein	× Nein	✓ Ja	Teilweise: kein ERD-Import im kostenlosen Tarif	× Nein	× Nein	× Nein

Die Tabelle beruht auf den eigenen Seiten der Anbieter, Stand November 2026. „Keine Angabe“ heißt, dass der Anbieter dazu nichts sagt. Die Produktnamen gehören ihren Inhabern.

dbdiagram kommt ErdDocs am nächsten. Es erzeugt das Diagramm ebenfalls aus SQL. Prisma und ORM-Modelle liest es aber nicht, Mermaid und PlantUML exportiert es nicht, und Beziehungen ohne Fremdschlüssel findet es nur per KI in einem kostenpflichtigen Tarif. Seine kostenpflichtigen Tarife gibt es nur im Abo. ErdDocs bezahlen Sie einmal.

Eraser wertet SQL nicht aus. Es reicht das SQL als Prompt an ein KI-Modell weiter, also verlässt das Schema Ihren Rechner. Für den Export brauchen Sie ein Konto, und Mermaid, DBML und PlantUML gehören nicht zu den Formaten.

diagrams.net macht aus eingefügtem SQL Tabellen, aber die Beziehungen zwischen ihnen zeichnen Sie von Hand. ORM-Modelle liest es nicht, und ein Data Dictionary erstellt es auch nicht.

Lucidchart verlangt ein Konto und eine Abfrage, die Sie auf einer laufenden Datenbank ausführen. Die importierten Tabellen setzen Sie danach von Hand auf die Zeichenfläche. Beziehungen entstehen nur aus deklarierten Fremdschlüsseln.

SmartDraw erzeugt ein ERD aus einer CSV, die Sie per Abfrage aus einer laufenden Datenbank exportieren. Einen SQL-Dump oder ORM-Modelle liest es nicht, und es läuft nur online.

Miro und Figma FigJam erzeugen ein ERD per KI oder aus Mermaid-Code, nicht aus SQL. Das Schema liegt in ihrer Cloud, und exportiert wird über ein Konto.

Warum ein gezeichnetes ERD veraltet und ein erzeugtes nicht

Ein von Hand gezeichnetes Diagramm ist eine Momentaufnahme ohne Verbindung zur Datenbank. Die nächste Migration fügt eine Spalte hinzu, benennt eine Tabelle um oder entfernt einen Fremdschlüssel. Das Diagramm zeigt weiter den alten Stand. Das ändert sich erst, wenn jemand an die Zeichnung denkt, die Datei findet, eine Lizenz für den Editor hat und sich die Zeit nimmt. Meist passiert das in der Woche, in der sie gezeichnet wurde, und danach nie wieder. In vielen Repositories liegt ein Diagramm, das dem Schema daneben widerspricht.

Ein erzeugtes Diagramm hat keine eigene Fassung, die man abgleichen müsste. Es ist eine Ansicht des Schematexts. Aus dem aktuellen Dump entsteht es in Sekunden neu, und es stimmt, weil es aus dem Schema kommt. Sie können es zu jedem Release neu erzeugen. Aus demselben Einfügen exportieren Sie Mermaid für die README, SVG für die Doku-Website oder ein vollständiges Data Dictionary für die Übergabe.

Was können Sie einfügen?

Zehn Formate, automatisch erkannt. Sie fügen die Datei ein, wie sie ist, und das Tool erkennt selbst, was es vor sich hat.

SQL: Skripte aus PostgreSQL, MySQL, SQL Server und SQLite, so wie die Server und ihre Werkzeuge sie schreiben, etwa die Ausgabe von pg_dump, mysqldump oder „Skripts generieren“ in SSMS. Backticks, AUTO_INCREMENT, die GO-Batches von SSMS und Schlüssel, die erst ein späteres ALTER TABLE deklariert, werden alle gelesen. Was ein Dump enthält, zeigt die MySQL-Seite.
Schemasprachen: Prisma, DBML, Mermaid und PlantUML. Sie sind schon Diagramme in Textform und müssen nur noch gezeichnet werden.
ORM-Modelle: Klassen aus Django, SQLAlchemy, Sequelize und TypeORM sowie Laravel-Migrationen. Gerade sie hatten nie ein Diagramm, weil die Datenbank im Anwendungscode definiert ist.

Die Seite zu den Formaten führt jedes davon auf, mit dem, was gelesen wird, und dem, was bewusst übersprungen wird.

Das Ergebnis lässt sich als Mermaid, DBML, PlantUML oder SQL exportieren, etwa für die README oder die Projektdokumentation.

Was zeigt das erzeugte Diagramm?

Einen Kasten je Tabelle, darin die Spalten mit ihren echten Typen, markierte Schlüssel und die Krähenfuß-Notation an beiden Enden jeder Beziehung. Das Diagramm nennt die Kardinalität also, statt sie nur anzudeuten. Im Filmkatalog oben ist film_credits eine Zwischentabelle mit eigenen Spalten. So sieht eine n:m-Beziehung tatsächlich aus, sobald sie in einer Datenbank ankommt.

Viele Rails-, Django- und Laravel-Projekte deklarieren keine Fremdschlüssel in der Datenbank. ErdDocs leitet die Beziehung dann aus dem Spaltennamen ab, zum Beispiel film_id → films oder user_id → users. Solche Beziehungen werden gestrichelt gezeichnet, damit man eine abgeleitete Linie nie für eine hält, die die Datenbank erzwingt. Am wichtigsten ist dieser Schritt bei geerbten Produktionsdatenbanken. Warum, zeigt die Seite zum Datenbank-Diagramm-Tool.

Häufige Fragen

Ist das ein ERD-Editor, in dem ich Kästen herumziehe?

Nein. ErdDocs erzeugt das Diagramm aus einem eingefügten Schema. Es gibt keine Formenpalette und kein Linienwerkzeug, und das ist Absicht. Die Tabellen können Sie trotzdem verschieben, um die Anordnung zu ordnen, und der Link zum Teilen speichert sie mit. Gezeichnet wird aber nichts von Hand. Jeder Kasten und jede Linie kommt aus dem SQL.

Sollte ich das ERD lieber von Hand zeichnen, statt es zu erzeugen?

ErdDocs erzeugt das ERD, sobald es die Tabellen gibt. In dieser Lage sind die meisten. Das Schema existiert meist schon, bevor jemand ein Bild davon verlangt. Nur einen Fall deckt ErdDocs nicht ab: eine Datenbank, die noch nicht gebaut ist. Bevor jemand eine Migration schreibt, wird über das Datenmodell gestritten, mit Entitäten, die man auf eine Zeichenfläche skizziert. Dafür gibt es allgemeine Zeichentools. Wird aus der Skizze eine Migration oder ein CREATE TABLE, fügen Sie sie hier ein, und das Diagramm kommt aus dem Schema selbst.

Taugt das für eine Übung oder Hausarbeit zu Datenbanken?

Ja. Schreiben Sie die Tabellen in SQL und fügen Sie sie hier ein. Sie erhalten das ER-Diagramm mit Kardinalitäten und dazu ein druckfertiges Data Dictionary. Wird das Modell vor den Tabellen verlangt, müssen Sie es zuerst entwerfen. ErdDocs zeichnet, was schon aufgeschrieben ist.

Was kann ich einfügen?

Zehn Formate: SQL aus PostgreSQL, MySQL, SQL Server und SQLite, Prisma-Schemas, DBML, Mermaid, PlantUML, Django-Modelle, SQLAlchemy-Modelle, Sequelize-Modelle, TypeORM-Entitäten und Laravel-Migrationen. Das Format wird automatisch erkannt. Fügen Sie die Datei ein, wie sie ist, ohne sie vorher zu bereinigen oder zu exportieren.

Brauche ich ein Konto, eine Installation oder eine Datenbankverbindung?

Nichts davon. Der Parser ist JavaScript und läuft in Ihrem Browser. Es gibt also keinen Server, mit dem Sie sich verbinden, und kein Schema, das hochgeladen wird. Tabellen- und Spaltennamen verlassen Ihren Rechner nicht. Seite öffnen, einfügen, und das Diagramm ist da.

Was passiert, wenn sich das Schema ändert?

Sie fügen den neuen Dump ein, und das Diagramm entsteht in Sekunden neu. Ein gezeichnetes ERD muss bearbeiten, wer sich daran erinnert, deshalb weicht es ab der nächsten Migration von der Datenbank ab. Ein erzeugtes kann nicht abweichen, weil es jedes Mal frisch aus dem Schema kommt.

Ist es kostenlos?

Für das Diagramm ja. Schemas bis 25 Tabellen werden vollständig gezeichnet, ein Konto brauchen Sie nicht. Die Exporte nach PNG, SVG, Mermaid, DBML, PlantUML und SQL sind kostenlos. Größere Schemas werden ebenfalls komplett ausgewertet, aber Tabellen über der Grenze bleiben gesperrt. Eine einmalige Zahlung von 9 US-$ hebt die Grenze auf und schaltet das Data Dictionary frei.