Ich stehe gerade vor einer Entscheidung in unserem kleinen Projekt und bin mir unsicher, wie ich vorgehen soll. Wir haben bisher immer einfach JSON-Dateien für unsere Konfiguration und Benutzereinstellungen verwendet, was anfangs auch völlig in Ordnung war. Jetzt, wo die Datenmenge wächst und wir komplexere Abfragen brauchen, frage ich mich, ob wir nicht auf eine richtige Datenbank umsteigen sollten. Der Gedanke, alles in eine SQLite-Datenbank zu migrieren, kommt mir immer wieder, weil es so leichtgewichtig wäre. Ich habe aber Sorge, dass der Aufwand für die Migration und das Umlernen unseres Teams den Nutzen übersteigt, zumal unsere Anforderungen noch nicht riesig sind. Irgendwie fühlt es sich an, als wäre es entweder zu früh oder schon fast zu spät für so einen Schritt.
Ich spüre gemischte Gefühle dazu. Eine SQLite Datenbank klingt verlockend, weil sie klein ist und Abfragen ermöglicht, doch der Gedanke an eine Migration macht mich nervös. Lohnt es sich wirklich jetzt oder lieber später?
Aus technischer Sicht kann eine SQLite Datenbank bei wachsenden Abfragen wirklich helfen weil Indexierung schnelle Antworten liefert und der Betrieb schlank bleibt. Aber der Aufwand der Migration ist real und der Lernbedarf im Team steigt. Es braucht ein klares Migrationsschema, die Abbildung der JSON Struktur in Tabellen, Backups, Transaktionen, Tests und eine Testphase mit Parallelbetrieb.
Vielleicht verstehe ich das Prinzip falsch und du willst gar nicht eine echte DB sondern nur besser strukturieren und durchsuchen. Könnte eine gemischte Lösung reichen so dass nur bestimmte Abfragen in einem kleinen SQLite Schema laufen?
Warum überhaupt eine echte Datenbank? Vielleicht steckt das Problem gar nicht in der Lagerung sondern in der Abfragekomplexität. Bevor wir migrieren prüfen wir die echten Nutzungsszenarien.
