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 echte Datenbank umzusteigen, aber der Schritt fühlt sich größer an, als ich dachte. Besonders frage ich mich, ob ich direkt mit einer Transaktion beginnen sollte, um die Konsistenz von Anfang an sicherzustellen, oder ob das für den Start zu viel Overhead ist. Irgendwie habe ich Sorge, mir damit selbst Steine in den Weg zu legen, bevor ich überhaupt richtig loslege.
Der Sprung von Datei zu Datenbank klingt verlockend, doch der Overhead ist sichtbar, starte klein und lasse dich nicht in einen kompletten Umbau treiben.
Transaktionen von Anfang an zu berücksichtigen kann Sinn machen, weil Konsistenz sich so fest anfühlt, aber das zieht Boilerplate nach sich und ich frage mich, ob das wirklich der richtige Weg fürs erste ist.
Ich würde eine klare Minimallösung skizzieren, kleines Schema, einfache Migration, ein paar Tests und eine transaktionale Huelle für kritische Pfade.
Vielleicht ist der Kern der Frage weniger Technik als Priorisierung, wo genau willst du Datenkonflikte verhindern und wie viel Zeit willst du ins Setup investieren?
Eine andere Lesart, warum eigentlich eine Datenbank, könnte eine eventbasierte Speicherung reichen oder eine einfache Logik die später ausgebaut wird.
Beobachte dich selbst beim Vorgehen, manchmal hilft es das Problem neu zu rahmen statt die Lösung schon zu definieren.
