drawDB: Datenbankschemata im Browser zeichnen und SQL erzeugen

drawDB im Überblick: Ein ERD-Editor, der im Browser bleibt

drawdb-io/drawdb bezeichnet sich im README als freien, einfachen und intuitiven Editor für Datenbankdiagramme mit SQL-Generator. Konkret handelt es sich um einen Entity-Relationship-Diagramm-Editor, der vollständig im Browser läuft. Diagramme entstehen laut Projektbeschreibung mit wenigen Klicks, SQL-Skripte lassen sich exportieren und importieren, und Migrationen können erzeugt werden. Ein Konto ist dafür nicht nötig.

Das Projekt ist in JavaScript geschrieben und steht unter der Lizenz AGPL-3.0. Laut Repository-Metadaten zählt drawDB rund 39302 Sterne und 3213 Forks, bei 241 offenen Issues. Diese Zahlen belegen Aufmerksamkeit in der Community, sagen aber nichts über die Eignung für einen konkreten Einsatz aus. Die offizielle Seite drawdb.app bietet den Editor als gehostete Instanz an, während das Repository den Code für den eigenen Betrieb liefert.

Bemerkenswert ist der Verzicht auf Registrierung: Weder zum Zeichnen noch zum Exportieren wird eine Anmeldung verlangt. Das senkt die Einstiegshürde deutlich, verschiebt aber Fragen wie persistente Speicherung in den lokalen Bereich des Browsers.

Diagramme bauen und SQL-Skripte erzeugen ohne Anmeldung

Der Kern workflow von drawDB verbindet zwei Ebenen: die visuelle Modellierung von Tabellen und Beziehungen sowie die daraus abgeleiteten SQL-Artefakte. Der README beschreibt Export und Import von SQL-Skripten als eingebaute Fähigkeit, dazu die Erzeugung von Migrationen. Für Datenbank-Entwickler bedeutet das, dass ein gezeichnetes Schema nicht nur ein Bild bleibt, sondern in ausführbare Skripte überführt werden kann.

Der Editor lässt sich laut README anpassen, womit individuelle Arbeitsweisen unterstützt werden. Die vollständige Funktionsliste verweist das Projekt auf drawdb.app, im Repository selbst steht sie nicht im Detail. Wer also wissen möchte, welche Datenbanksysteme beim Export unterstützt werden, findet dazu im README keine Angabe; hier hilft nur ein Blick auf die Website oder ein direkter Test im Editor.

Da keine Kontoerstellung nötig ist, eignet sich das Werkzeug für schnelle Entwürfe, Code-Reviews von Schemata oder Dokumentationsaufgaben. Wie lange Arbeiten im Browser erhalten bleiben, etwa über localStorage, beschreibt das README nicht; wer Sicherheitskopien braucht, sollte Exportdateien aktiv ablegen.

Lokale Entwicklung mit npm: von git clone bis npm run dev

Für die lokale Entwicklung nennt das README einen klaren Einstieg:

git clone https://github.com/drawdb-io/drawdb cd drawdb npm install npm run dev

Damit läuft die Anwendung im Entwicklungsmodus. Für einen Produktionsbuild ändert sich nur der letzte Schritt zu npm run build. Beide Wege setzen eine Node-Umgebung voraus; welche Mindestversion erforderlich ist, gibt das README nicht an. Wer den Quellcode verändern oder eigene Erweiterungen testen will, findet hier den schnellsten Pfad, da kein Docker-Image gebaut werden muss.

Der Clone-Weg eignet sich auch für einen ersten Funktionstest ohne Clone der Website-Infrastruktur: Nach npm run dev kann der Editor im Browser geöffnet und direkt ein Diagramm angelegt werden. Bei Problemen verweist das Projekt auf CONTRIBUTING.md mit Richtlinien für Beiträge. Diese Datei ist zugleich der dokumentierte Anlaufpunkt für alle, die Änderungen zurückgeben möchten.

Docker-Betrieb und optionale Freigabe über drawdb-server

Für den Eigenbetrieb beschreibt das README einen Docker-Weg:

docker build -t drawdb . docker run -p 3000:80 drawdb

Der Container stellt Port 80 bereit, der auf den Host-Port 3000 gemappt wird. Nach dem Start ist die Anwendung somit unter localhost:3000 erreichbar. Dieser Weg ist ideal für Server, auf denen keine Node-Toolchain vorhanden sein soll, da nur Docker und der Repository-Clone nötig sind.

Interessant ist die Trennung von Editor und Freigabefunktion: Wer Diagramme mit anderen teilen will, muss zusätzlich den separaten Server drawdb-io/drawdb-server aufsetzen und die Umgebungsvariablen gemäß .env.sample setzen. Das README betont, dass dieser Schritt optional ist und nur für das Teilen von Dateien benötigt wird. Ohne Server funktioniert der Editor vollständig, nur die Freigabe-Links entfallen.

Diese Aufteilung ist betrieblich relevant: Der Editor selbst verarbeitet laut Dokumentation keine sensiblen Backend-Daten, während der Server eine zusätzliche Komponente mit eigener Konfiguration einführt. Wer nur lokal zeichnen will, kann den Serverteil getrost weglassen.

Lizenz AGPL-3.0 und Grenzen der Dokumentation

drawDB steht unter AGPL-3.0. Diese Lizenz verlangt bei Netzwerknutzung die Freigabe veränderter Quelltexte, was für interne Werkzeuge meist unkritisch ist, für ein angepasstes öffentliches Hosting aber beachtet werden muss. Wer den Editor als Teil einer kommerziellen Plattform anbieten möchte, sollte die AGPL-Bedingungen vorab mit der Rechtsabteilung klären.

Die Dokumentation bleibt bewusst knapp: Es gibt keine Kompatibilitätsmatrix zu Datenbanksystemen, keine Leistungswerte und keine Aussagen zu Sicherheit oder Datenschutz bei der gehosteten Variante. Auch ein Release-Verlauf ist im Materialsatz nicht vorhanden. Offene Fragen wie Browser-Kompatibilität oder Maximale Diagrammgröße sind demnach Prüfaufgaben, keine belegten Eigenschaften.

Für den Community-Austausch verweist das README auf einen Discord-Server und den Abschnitt Discussions im Repository. Wer auf Bugs stößt oder Features vorschlagen will, hat damit zwei dokumentierte Kanäle. Die Projektzeitachse lässt sich über die Commit-Historie im Hauptbranch main verfolgen.

Fazit: Für wen drawDB lohnt und was vorab zu prüfen ist

drawDB ist dann die richtige Wahl, wenn du ohne Konto schnell ER-Diagramme entwerfen und daraus SQL oder Migrationen erzeugen willst. Der Browser-Ansatz mit npm run dev für Entwicklung und docker run -p 3000:80 für den Betrieb deckt die üblichen Szenarien ab, vom einzelnen Entwickler bis zum selbst gehosteten Team-Werkzeug.

Weniger geeignet ist das Projekt, wenn du eine dokumentierte Kompatibilitätsliste für Datenbanksysteme, Leistungsgarantien oder einen enterprise-fähigen Support brauchst; das README liefert dazu nichts. Ebenso entfällt für dich ein großer Teil des Nutzens, wenn Diagramm-Freigabe zentral sein soll, denn dafür ist der zusätzliche drawdb-server mit .env.sample-Konfiguration Pflicht.

Vor dem Einsatz lohnt eine kleine Prüfreihenfolge: Klone das Repository, starte mit npm install und npm run dev, lege ein Testdiagramm an und exportiere es als SQL. Danach den Docker-Weg mit docker build -t drawdb . gegenprüfen. Prüfe zuletzt, ob der Export dein Zielsystem sauber behandelt, denn genau dazu macht das README keine verbindliche Aussage.

Redaktionelles Fazit

drawDB passt gut, wenn du Datenbankdiagramme ohne Konto direkt im Browser entwerfen und daraus SQL-Skripte erzeugen willst. Wer Diagramme im Team teilen möchte, braucht zusätzlich den separaten drawdb-server samt .env.sample-Konfiguration. Prüfe vor dem Einsatz zuerst den lokalen Start mit npm run dev und danach den Docker-Weg mit Port 3000.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository