Ich stehe gerade vor einer Entscheidung bei einem kleinen Projekt und bin mir unsicher, welchen Weg ich gehen soll. Wir haben bisher immer mit einer einfachen Datei-basierten Lösung gearbeitet, aber die Datenmenge wächst und die Abfragen werden langsam. Jetzt überlege ich, auf eine richtige Datenbank umzusteigen. Mich reizt die Idee einer graphenbasierten Datenbank, weil die Beziehungen zwischen unseren Entitäten wirklich komplex und vernetzt sind. Ich frage mich nur, ob der Wechsel den Aufwand wert ist oder ob ich mit einem relationalen System besser bedient wäre, das ich besser kenne. Irgendwie habe ich das Gefühl, dass die Struktur unserer Daten nicht so richtig in Tabellen passen will.
Die Idee einer richtigen Datenbank klingt verlockend, doch ich spüre auch, wie schnell man sich in Tool-Wüste verirrt. Die relationale Welt kenne ich, aber der Reiz der Graphen wird größer, weil Beziehungen wirklich zentral sind.
Graphdatenbanken machen Abfragen wie traversals elegant, aber man muss die Abstraktion aus dem Alltag ziehen; mit relationalen Systemen hat man Joins, Indizes und bewährte Muster, die das Team oft besser versteht.
Ich frage mich, ob eine Graphdatenbank wirklich zu euren Daten passt oder ob der Begriff einfach nur lockt und ihr euch vorstellt, alles mit Pfeilen zu verbinden.
Ich bleibe skeptisch: Mehr Komplexität heißt mehr Aufwand, und euer aktuelles Setup funktioniert doch ganz gut. Vielleicht lohnt sich der Umstieg erst, wenn ihr konkret traversals braucht.
Vielleicht hilft ein hybrider Pfad: erst relational mit normalisierten Tabellen, dazu eine Graph- oder Such-Schicht für die vernetzten Teile; das Konzept der polyglot persistence könnte hier passen.
Hast du schon die Frage geprüft, wie oft ihr wirklich traversieren müsst und wie stark Migration, Backups und Transaktionen euch davon abhalten?
