·5 Min. Lesezeit

SQLite-Browser für iOS-Entwickler auf dem Mac

iOS-Entwicklung bedeutet, ständig zu überprüfen, was deine App in ihre lokale Datenbank geschrieben hat. Xcode hat keinen eingebauten SQLite-Viewer und lässt dich einen Workflow aus Terminal und Drittanbieter-Tools zusammenstückeln.

Du baust eine iOS-App, die Core Data oder rohes SQLite für die Persistenz nutzt. Etwas sieht in der UI falsch aus — vielleicht füllt sich eine Liste nicht oder ein Wert erscheint veraltet. Du musst die Datenbank überprüfen. Xcode bietet einen Datenmodelleditor und einen Instruments-Profiler, aber keines davon zeigt dir die tatsächlichen Zeilen in der SQLite-Datei. Also öffnest du das Terminal, jagst den Container-Pfad des Simulators und fängst an, SELECT *-Abfragen gegen Z-präfixierte Tabellen auszuführen. Dieser Workflow unterbricht jedes Mal deine Konzentration.

Das Datenbankproblem des iOS-Entwicklers

Jeder iOS-Simulator-Lauf speichert seine Daten unter ~/Library/Developer/CoreSimulator/Devices/, verschachtelt in einem UUID-benannten Verzeichnis. Der Pfad ändert sich, wenn du den Simulator zurücksetzt oder das Gerät wechselst. Selbst wenn du den Speicherort als Lesezeichen speicherst, kann das nächste Xcode-Update die Struktur durcheinanderbringen. Die richtige .sqlite-Datei zu finden ist die halbe Miete.

Wenn du sie gefunden hast, gibt dir das sqlite3-CLI rohe Textausgabe. Core Datas Z-präfixierte Tabellen- und Spaltennamen machen manuelle Abfragen verwirrend. Es gibt keine Autovervollständigung für Spaltennamen, kein visuelles Raster zum Überblicken von Zeilen und keine Möglichkeit, schnell einen Testwert zu bearbeiten, ohne eine vollständige UPDATE-Anweisung zu schreiben. Die meisten Entwickler verschwenden mehrmals täglich Minuten mit diesem Ritual.

Drittanbieter-Tools wie DB Browser for SQLite funktionieren, fühlen sich aber auf macOS fremd an — Qt-basierte Oberflächen mit falschen Tastenkombinationen und nicht-nativen Dateidialogen. DBeaver und DataGrip sind vollständige Datenbank-IDEs, Overkill für die Inspektion einer lokalen SQLite-Datei.

Tome: Ein SQLite-Browser für deinen Mac-Workflow

Tome ist ein nativer macOS-SQLite-Browser, der sich natürlich in den Workflow eines iOS-Entwicklers einfügt. Öffne die .sqlite-Datei des Simulators und sieh sofort jede Tabelle, jeden View und jeden Index. Durchsuche Core Datas Z-präfixierte Tabellen in einem scrollbaren Raster. Bearbeite Werte direkt, um Testszenarien aufzubauen, ohne SQL schreiben zu müssen.

Tome durchsucht die SQLite-Datenbank einer iOS-App auf dem Mac

Core-Data-Stores visuell inspizieren

Core Datas SQLite-Tabellen verwenden Z-präfixierte Namen, die im Terminal schwer zu lesen sind. In Tome erscheint jede Tabelle in der Seitenleiste — klicke auf eine und sieh alle Zeilen mit ordentlich ausgerichteten Spalten. Ordne ZUSER- und ZPOST-Tabellen deinem Managed-Object-Modell auf einen Blick zu.

Testdaten bearbeiten ohne neu zu bauen

Musst du einen Wert ändern, um einen Bug zu reproduzieren? Klicke die Zelle in Tome an und tippe den neuen Wert. Du brauchst keine UPDATE-Anweisung zu schreiben oder die Seeding-Logik deiner App erneut auszuführen. Füge Zeilen ein, um Edge Cases zu testen, oder lösche Datensätze, um einen sauberen Zustand zu simulieren.

Diagnoseabfragen ausführen

Tomes SQL-Editor mit Syntaxhervorhebung und Autovervollständigung lässt dich Joins, Aggregationen und gefilterte Abfragen gegen die Daten deiner App schreiben. Überprüfe Beziehungen, zähle Datensätze oder suche nach bestimmten Werten — alles, ohne die App zu verlassen.

Tome im Mac App Store laden

Nächster Artikel

Tome

Browse, query, and edit SQLite databases in a native Mac app.

Get Tome on the Mac App Store