Ich stehe gerade vor einer Entscheidung bei einem kleinen Projekt und bin mir unsicher, wie ich vorgehen soll. Wir haben bisher eine einfache Datei-basierte Speicherung genutzt, aber mit den neuen Anforderungen wird das langsam unübersichtlich. Ich überlege, auf eine richtige Datenbank umzusteigen, aber der Schritt fühlt sich größer an, als ich dachte. Vor allem frage ich mich, ob ich mit einer einfachen SQLite-Lösung schon gut bedient wäre oder ob das zu schnell an Grenzen stößt. Mir ist wichtig, dass die Abfragen später performant bleiben, wenn mehr Daten dazukommen.
Eine einfache SQLite Lösung kann oft reichen wenn dein Projekt klein anfängt und die Abfragen überschaubar bleiben. Es ist schnell eingerichtet und erfordert kaum Betrieb. Doch bei zunehmendem Datenvolumen wird es wichtig zu wissen wie du Indizes setzt und wie du Transaktionen nutzt damit Abfragen nicht zu langsam werden. Wenn mehrere Prozesse schreiben könnte WAL helfen und regelmäßige Vacuum Pflege.
Aus technischer Sicht lohnt sich eine Entscheidung pro oder contra. SQLite ist eine dateibasierte relationale Datenbank mit Transaktionen auch bei einfachem parallelem Zugriff. Sie skaliert gut bis zu einer gewissen Menge an Daten und Schreibzugriffen. Wenn du planst zu wachsen denke an eine normale Client Server DB wie PostgreSQL oder MySQL. Wichtig ist ein klares Datenmodell mit Indizes die typisch für deine Abfragen sind. Vor dem Umstieg lohnt sich ein kleines Profiling mit echten Abfragen und einer Kopie der Daten.
Du willst SQLite wohl nicht länger gegen eine größere Lösung austauschen. Vielleicht driftet die Idee in eine NoSql Welt ab doch was wenn es doch nur um Ordnung in Tabellen geht und du mit Indizes klarkommst. Hast du wirklich Zeit für Wartung und Updates?
