Zum Inhalt springen
TextArray1.41.0
100% lokal

SQL-Schema-Diff

Vergleichen Sie zwei CREATE TABLE-Schemas und generieren Sie die ALTER TABLE-Migration zwischen ihnen.

Eingabe
Zielschema (CREATE TABLE)
Ausgabe
Verwandte Tools
JSON zu SQL CREATE TABLEneuEntwickler-Tools
SQL-FormatiererEntwickler-Tools
SQL CREATE TABLE in Prisma-Schema konvertierenneuEntwickler-Tools
i18n SchlüsseldiffEntwickler-Tools
TOML-zu-JSON-KonverterEntwickler-Tools
SQL zu JSONEntwickler-Tools
SQL-Schema-Diff
Fügen Sie Ihr aktuelles Schema auf der linken Seite und das Schema, das Sie erreichen möchten, auf der rechten Seite ein, und dieses Tool schreibt die Migration zwischen ihnen. Es vergleicht CREATE TABLE-Anweisungen Tabelle für Tabelle und Spalte für Spalte, generiert dann die CREATE TABLE-, DROP TABLE-, ADD COLUMN-, DROP COLUMN- und ALTER COLUMN-Anweisungen, die benötigt werden, um das erste Schema in das zweite zu verwandeln — nützlich zum Überprüfen einer Schemaänderung, zum Schreiben einer Migrationsdatei von Hand oder zum Überprüfen, was ein Schemagenerator tatsächlich getan hat.
Wählen Sie eine Datenbank aus der Option Datenbank aus — PostgreSQL, MySQL oder SQLite — da jede Spaltenänderungen unterschiedlich schreibt: PostgreSQL verwendet ALTER COLUMN ... TYPE und SET/DROP NOT NULL, MySQL kombiniert Typ und Nullability in eine einzige MODIFY COLUMN-Anweisung, und SQLite hat überhaupt kein ALTER COLUMN, daher werden diese Fälle als needing a table rebuild vermerkt. Aktivieren Sie Indexänderungen, um auch CREATE INDEX-Anweisungen zu vergleichen, wrappen Sie die Ausgabe in eine Transaktion, und schalten Sie die Rollback-Option ein, um eine zweite, umgekehrte Migration unterhalb der ersten zu erhalten.
Das Löschen einer Tabelle oder Spalte, das Einengen eines Typs oder das Hinzufügen von NOT NULL kann Daten wegwerfen oder gegen Zeilen fehlschlagen, die nicht in die neue Einschränkung passen. Mit "Vor Datenverlust warnen" aktiviert, wird jeder solche Schritt in der Ausgabe markiert, damit es einfach ist, potenzielle Probleme zu erkennen, bevor etwas gegen eine echte Datenbank läuft. Tabellen, die sich gegenseitig durch einen Fremdschlüssel referenzieren, werden in Abhängigkeitsreihenfolge erstellt und gelöscht, sodass das Skript nicht auf eine Tabelle fehlschlägt, die es zuerst benötigte.
Alles läuft lokal in Ihrem Browser — Ihre Schemas werden nirgendwo hochgeladen, daher ist es sicher, echte Tabellendefinitionen aus einer privaten Datenbank einzufügen. Kopieren Sie die Migration, laden Sie sie als .txt-Datei herunter, oder senden Sie die Ausgabe zurück in die Eingabe, um sie weiter zu verfeinern.
Häufige Fragen
Welche SQL-Dialekte werden unterstützt?
PostgreSQL, MySQL und SQLite. Wählen Sie eine aus der Datenbankoption — jede schreibt ALTER COLUMN-, Index- und Zitierungssyntax unterschiedlich.
Kann es Änderungen erkennen, die zum Datenverlust führen könnten?
Ja. Gelöschte Tabellen, gelöschte Spalten, Spalten, die zu einem kleineren Typ verengt sind, und Spalten, die NOT NULL gemacht werden, werden alle mit einem Warn-Kommentar gekennzeichnet, wenn "Vor Datenverlust warnen" aktiviert ist.
Behandelt es Fremdschlüssel-Abhängigkeiten?
Ja. Wenn eine Tabelle auf eine andere verweist, werden CREATE TABLE-Anweisungen sortiert, sodass die referenzierte Tabelle zuerst kommt, und DROP TABLE-Anweisungen werden sortiert, sodass verweisende Tabellen vor den Tabellen gelöscht werden, von denen sie abhängen.
Welche SQL-Syntax kann es lesen?
Standard CREATE TABLE-Anweisungen mit typisierten Spalten, NOT NULL, PRIMARY KEY und REFERENCES, plus eigenständige CREATE INDEX-Anweisungen. Anweisungen, die es nicht erkennt (inserts, other DDL) werden übersprungen, anstatt abgelehnt zu werden.
Werden meine Schemas irgendwo hochgeladen?
Nein. Das Vergleichen von Schemas und das Generieren der Migration läuft vollständig in Ihrem Browser — nichts, das Sie hier einfügen, wird an einen Server gesendet.