Eine Datenbank, die eine einzelne Datei ist, ändert alles

DB Browser for SQLite ist ein quelloffenes Grafikwerkzeug für SQLite-Datenbanken, verfügbar für Windows, macOS und Linux, und sein Aufbau folgt direkt dem Aufbau dessen, was es öffnet. SQLite ist kein Server. Es gibt keinen Prozess zum Verbinden, kein Benutzerkonto, keinen Port, keinen still im Hintergrund laufenden Dienst; eine Datenbank ist eine Datei in einem Ordner, und das Programm, das man darauf richtet, trägt die volle Verantwortung für Struktur und Inhalt.

Diese Eigenschaft ist der Grund, warum SQLite in so vielen Anwendungen steckt — Telefone, Browser, Notizprogramme, Desktop-Software jeder Art — und warum ein Werkzeug zum Ansehen wirklich nützlich ist und nicht nur bequem. Wenn in einer Anwendung, die ihren Zustand in einer lokalen Datei hält, etwas schiefgeht, ist dies der Ort, an dem der Zustand betrachtet werden kann. Wenn ein Projekt eine kleine Menge strukturierter Daten und keinen Server braucht, ist dies der Ort, an dem die Datei geformt wird.

Die Tabellenkalkulations-Metapher leistet echte Arbeit

Datensätze werden in einem Raster gezeigt und an Ort und Stelle bearbeitet, nach Art einer Tabelle, und das ist mehr als eine freundliche Geste gegenüber Leuten, die kein SQL können. Ein Raster macht die Form der Daten sichtbar: wie viele Zeilen es gibt, welche Spalten fast immer leer sind, welche Werte sich so wiederholen, dass eine fehlende Tabelle zu vermuten ist. Die meisten Schemafehler werden nicht von Menschen gemacht, die keine Abfrage schreiben können, sondern von Menschen, die die Daten nie angesehen haben.

Dasselbe Raster ist auch der Ort, an dem eine bestimmte Art von Schaden entsteht. Zellen direkt zu bearbeiten ist schnell, und man vergisst leicht, dass ein Wert in einem Raster eine Zeile in einer Tabelle ist, von der etwas anderes abhängen kann. Erst durchsehen, sortieren und suchen, bevor man etwas ändert — sehen, was tatsächlich da ist, statt was das Schema sagt —, ist die Gewohnheit, die verhindert, dass aus einem direkten Editor ein direkter Unfall wird.

Ein Schema zu ändern ist nie so einfach, wie es aussieht

Tabellen anlegen, Spalten definieren und ändern, Tabellen löschen und Indizes verwalten wird als Satz gewöhnlicher Vorgänge angeboten, und wichtig zu verstehen ist, dass sie darunter überhaupt nicht gewöhnlich sind. Relationale Engines unterscheiden sich darin, wie viel sie an Ort und Stelle ändern können, und SQLites Vorgehen bei vielen Schemaänderungen besteht im Kern darin, eine neue Tabelle zu bauen, die Daten hinüberzukopieren, die alte zu löschen und die neue umzubenennen. Ein Grafikwerkzeug verbirgt diese Reihenfolge, was hilfreich ist, und bedeutet zugleich, dass das Kopieren an echten Daten stattfindet, während niemand zusieht.

Indizes verdienen denselben Respekt aus einem anderen Grund. Ein Index ist ein Versprechen darüber, wie Abfragen beantwortet werden; ihn einer großen Tabelle hinzuzufügen kostet Zeit und Platz und fügt nichts Sichtbares hinzu; ihn zu entfernen bleibt unsichtbar, bis eine Abfrage drei Wochen später langsam wird. Ein Werkzeug, das beides zu einem Klick macht, hat sie billig in der Ausführung und kein bisschen billiger im Nachdenken gemacht.

Ein SQL-Editor, dessen Ergebnis sofort da ist

Eine Abfrage zu schreiben und ihr Ergebnis im selben Fenster zu sehen ist die kürzeste mögliche Rückkopplung, und es verändert, wie Menschen SQL lernen. Die alte Anordnung — hier schreiben, dort ausführen, einen Fehler lesen, raten — macht aus einem Syntaxfehler ein Rätsel. Hier sitzen Anweisung und Folge nebeneinander, und so wird die Sprache tatsächlich aufgenommen: nicht durch Auswendiglernen von Grammatik, sondern durch Sehen, was eine Klausel mit einer Ergebnismenge macht.

Es ist auch die ehrliche Art zu arbeiten. Eine Abfrage, die fehlerfrei läuft und nichts zurückgibt, oder die viertausend Zeilen liefert, wo eine erwartet war, lehrt in fünf Sekunden mehr als eine Seite Dokumentation. Der Wert des Werkzeugs liegt nicht darin, dass es die Abfrage für einen schreibt; sondern darin, dass es einen nie warten lässt, um zu erfahren, dass man falsch lag.

CSV hinein, CSV und SQL hinaus

Aus CSV importieren und nach CSV oder in ein Skript aus SQL-Anweisungen exportieren ist die unspektakulärste Funktion der Liste und die, die an einem schlechten Tag am ehesten gebraucht wird. Dort sitzen auch die scharfen Kanten. Eine CSV-Datei hat keine Typen: Alles darin ist Text, und ob aus einer Spalte voller Ziffern eine Zahl wird oder eine Zeichenkette bleibt, ist eine Entscheidung beim Import, die später stillschweigend falsch sein wird. Kodierungen verursachen dieselbe Problemklasse, und ein im Quelltext mehrdeutiges Datumsformat wird durch Raten aufgelöst.

Der Export in ein SQL-Skript ist die unterschätzte Hälfte. Er macht aus einer Datenbank eine Textdatei, die geprüft, versioniert und erneut eingespielt werden kann, und das ist der Unterschied zwischen einem Binärklumpen, den niemand ansehen kann, und einer Änderung, über die man reden kann. Für alle, die die Startdaten einer kleinen Anwendung in der Versionsverwaltung halten, ist dieser Export der ganze Grund, warum das Werkzeug installiert ist.

Verschlüsselung ist ein Versprechen mit scharfer Kante

SQLCipher-Verschlüsselung auf eine Datenbankdatei anwenden, ändern oder entfernen zu können ist eine ernsthafte Fähigkeit, und sie bringt die Eigenschaft mit, um derentwillen Verschlüsselung überhaupt sinnvoll ist: Ohne die Passphrase ist die Datei keine Datenbank, sondern Rauschen. Das ist der Punkt, und es ist auch das Risiko. Es gibt keinen Wiederherstellungsweg, keine Hotline und kein Zurücksetzen; eine vergessene Passphrase ist einem gelöschten Datei gleichwertig, und die Löschung ist endgültiger, weil es nichts wiederzuholen gibt.

Die praktische Folge ist eher verfahren als technisch: Verschlüsselung wendet man am besten an, wenn die Passphrase gleichzeitig woanders gespeichert wird, und am besten getestet an einer Kopie, bevor man sie auf die einzige existierende Fassung anwendet.

Ein Projekt mit Geschichte hat einen Ruf

Das Werkzeug begann als Begleiter für einen anderen Datenbankbetrachter, geschrieben von einem einzelnen Entwickler, und wurde über mehrere Umbenennungen und Jahre von Community-Beiträgen zu einem eigenständigen Projekt. Diese Herkunft ist erwähnenswert, weil sie eine Qualität erklärt, die schwer zu fälschen ist: Der Funktionsumfang spiegelt, was Menschen bei der Arbeit mit diesen Dateien tatsächlich brauchten, statt was ein Produktplan sich vorgestellt hat. Quelloffenheit ist hier kein Lizenzetikett; sie ist der Grund, warum das Werkzeug mehrere Anwendungen überlebt hat, deren Daten man damit ansieht.

Wohin es passt

Es passt zum Entwickler, der sehen muss, was eine Anwendung wirklich geschrieben hat, zur Analystin, der eine Datei in die Hand gedrückt wurde und die ihren Inhalt verstehen muss, bevor sie ihm traut, zum Unterricht, in dem SQL gelehrt wird und ein sichtbares Ergebnis zählt, und zur Offline-Maschine, auf der eine lokale Datenbank die einzigen Daten sind, die es gibt. Es ist keine Serververwaltungskonsole, es ist nicht für viele gleichzeitige Schreiber gebaut, und es behauptet nicht, die Kommandozeile der Engine zu ersetzen, wenn es auf Genauigkeit ankommt. Für die Datei im Ordner ist es nahe am Ideal.