feature: praesi2

2026-07-02 17:27:21 +02:00
parent aa3e89407e
commit 13154fbb53
34 changed files with 2179 additions and 94 deletions
@@ -323,12 +323,12 @@ Ein klarer Vorteil ist, dass das Modell extrem leserlich und einfach zu modellie
 Ein klarer Nachteil ist bei uns, dass das meiste über ids referenziert wird und nur wenig wirklich verschachtelt ist. Zwar bringt eine Weapon ihren item\_type und item\_effect direkt mit, aber Player, Item, Region und Enemy zeigen größtenteils nur über ids aufeinander. Dadurch nutzen wir die eigentliche Stärke des Modells kaum und haben am Ende vor allem viele einzelne Dokumente, die sich gegenseitig referenzieren.

 \subsection{Vor- und Nachteile des Graph-Modells}
-\todo[inline]{Wir koennten Regionen Traversierung Pathfinding einbauen}
+% \todo[inline]{Wir koennten Regionen Traversierung Pathfinding einbauen}
 Ein klarer Vorteil ist, dass sich Beziehungen sehr leicht abfragen lassen.
 Wir können zum Beispiel direkt verfolgen, welcher Player welche Weapon trägt oder welches Item ein Enemy fallen lässt,
 ohne die Verbindungen umständlich selbst zusammenzubauen.

-\todo[inline]{Wir haben keine Beziehungen, die ueber mehrere Knoten hinweg gehen. Keine komlexen beziehungen wo der graph einen hohen nutzen mit sich bringt}
+% \todo[inline]{Wir haben keine Beziehungen, die ueber mehrere Knoten hinweg gehen. Keine komlexen beziehungen wo der graph einen hohen nutzen mit sich bringt}
 Ein klarer Nachteil ist, dass Neo4j für unseren Fall überdimensioniert ist.
 Bei uns geht es vor allem darum, die Daten des Player schnell zu schreiben und wieder auszulesen, und nicht darum, ständig tiefe Beziehungen abzufragen.
 Für dieses einfache Schreiben und Lesen bringt der Graph mehr Aufwand mit, als er uns am Ende Vorteil bringt.