SQL als ER-Diagramm

So funktioniert es

1. 01

   SQL einfügen oder ablegen

   CREATE-TABLE-Anweisungen, eine Migrationsdatei oder ein vollständiger Dump aus pg_dump, mysqldump, SSMS oder sqlite3. Mehrere .sql-Dateien können Sie gleichzeitig ablegen; sie werden zusammen gelesen, bis insgesamt 8 MB.

2. 02

   ER-Diagramm ansehen

   Jede Tabelle wird zu einer Karte, die ihre Spalten mit Typ und den Markierungen PK, FK und UK auflistet. Jeder Fremdschlüssel wird zu einer Linie von der Spalte, die ihn enthält, zum Schlüssel, auf den er verweist.

3. 03

   In Archboard öffnen

   Speichern Sie es als neues Diagramm, um es umzuordnen, zu kommentieren, per Link zu teilen oder als SVG und PNG zu exportieren. Für die Registrierung genügt ein Google- oder GitHub-Konto.

Was aus Ihrem SQL gezeichnet wird

Das Diagramm entsteht aus diesen Teilen der CREATE-TABLE-Anweisungen:

• CREATE TABLE

  Jedes CREATE TABLE als Karte mit dem Namen der Tabelle und einer Zeile pro Spalte: Name, Typ und ein Fragezeichen, wenn die Spalte NULL zulässt. Karten zeigen bis zu 24 Spalten und danach die Zahl der übrigen.

• PRIMARY KEYUNIQUE

  Primärschlüssel, mit PK an jeder Spalte markiert, die sie umfassen, auch wenn es mehrere sind. Ein UNIQUE-Constraint oder ein mit CREATE UNIQUE INDEX angelegter eindeutiger Index auf einer einzelnen Spalte markiert diese Spalte mit UK.

• FOREIGN KEYREFERENCESALTER TABLE

  Fremdschlüssel, ob inline mit REFERENCES, als Tabellen-Constraint oder nachträglich per ALTER TABLE angelegt, jeweils als Linie zwischen den beiden Spalten. Auch ein Schlüssel, der auf die eigene Tabelle zurückzeigt, etwa parent_id, wird dargestellt.

• CREATE SCHEMA

  Schemas, ob mit CREATE SCHEMA angelegt oder in Namen wie sales.orders verwendet, als Rahmen um ihre Tabellen, sofern das SQL mehr als ein Schema nutzt. Ein Schema ohne Tabellen bekommt keinen Rahmen.

• NOT NULLUNIQUE

  Krähenfuß-Enden, die die Beziehung aus den Spalten ableiten: Ein Fremdschlüssel mit NOT NULL ist verpflichtend, einer, der NULL zulässt, optional – und ist der Fremdschlüssel zugleich eindeutig oder der Primärschlüssel, ist die Beziehung eins zu eins.

Welche SQL-Dialekte gelesen werden

PostgreSQL, MySQL und MariaDB, SQL Server und SQLite werden jeweils mit ihren eigenen Regeln für Quoting, Kommentare und Anweisungstrenner gelesen. Eine pg_dump-Datei, ein mysqldump mit DELIMITER-Blöcken oder ein SSMS-Skript voller GO-Zeilen funktioniert deshalb unverändert. Oracle wird teilweise gelesen: Tabellen, Schlüssel und Fremdschlüssel werden gezeichnet, PL/SQL-Blöcke, die mit einer einzelnen Schrägstrich-Zeile enden, werden übersprungen. Widersprechen sich die Hinweise, übernimmt ein generischer Leser, und Sie können den Dialekt jederzeit selbst wählen.

Was das ER-Diagramm nicht zeigt

• Datenzeilen. INSERT, COPY und andere Datenanweisungen werden ungelesen übersprungen; ein Dump mit Daten ergibt also dasselbe Diagramm wie ein reiner Schema-Dump.
• Views, Funktionen, Prozeduren, Trigger und Sequenzen. Sie werden übersprungen, und die Vorschau nennt, wie viele jeder Art ausgelassen wurden. Views und Trigger, die mysqldump in Versionskommentare schreibt, werden als Kommentare übersprungen und nicht gezählt.
• Standardwerte, CHECK-Ausdrücke, Kommentare und die erlaubten Werte von ENUM- und SET-Spalten. Spalten zeigen nur Name, Typ und Schlüsselmarkierungen.
• Alles aus einem laufenden Server. Das Tool liest den SQL-Text, den Sie ihm geben, und verbindet sich mit keiner Datenbank; Zeilenzahlen, Tabellengrößen und Abfragepläne erscheinen deshalb nicht.