---
theme: seriph
title: Ringstats – Zwischenpräsentation
info: |
  ## Ringstats
  Zwischenstandspräsentation – Moderne Datenbanken
  Justin Rost · Michelle Reichelt · Yasin Ergün
class: text-center
transition: slide-left
mdc: true
fonts:
  sans: Inter
  mono: Fira Code
---

# Ringstats
Eine Live Datenbank für Elden Ring

<div class="pt-6 opacity-80 text-lg">
Justin Rost · Michelle Reichelt · Yasin Ergün
</div>

<div class="pt-10 opacity-60 text-sm">
Zwischenpräsentation · Moderne Datenbanken · 08.06.2026
</div>

---
layout: center
class: text-center
---

# Inhalt

<div class="flex justify-center items-stretch gap-3 pt-14">

<div class="w-36 p-5 rounded-xl bg-gray-400/10">
<div class="text-4xl">🎯</div>
<div class="pt-3 font-semibold text-sm">Szenario</div>
</div>

<div class="flex items-center text-2xl opacity-40">⮀</div>

<div class="w-36 p-5 rounded-xl bg-gray-400/10">
<div class="text-4xl">🗺️</div>
<div class="pt-3 font-semibold text-sm">ER-Modell</div>
</div>

<div class="flex items-center text-2xl opacity-40">⮀</div>

<div class="w-36 p-5 rounded-xl bg-gray-400/10">
<div class="text-4xl">🧩</div>
<div class="pt-3 font-semibold text-sm">Drei Modelle</div>
</div>

<div class="flex items-center text-2xl opacity-40">→</div>

<div class="w-36 p-5 rounded-xl bg-gray-400/10">
<div class="text-4xl">⚖️</div>
<div class="pt-3 font-semibold text-sm">Vergleich</div>
</div>

<div class="flex items-center text-2xl opacity-40">→</div>

<div class="w-36 p-5 rounded-xl bg-red-400/10">
<div class="text-4xl">✅</div>
<div class="pt-3 font-semibold text-sm">Auswahl</div>
</div>

</div>

<!--
- kurzer Fahrplan durch die Präsentation
- erst Szenario, dann ER-Modell als Grundlage
- drei NoSQL-Modelle an unseren Daten zeigen
- vergleichen und am Ende eine Auswahl treffen
-->

---
layout: center
class: text-center
---

# Die Idee

<div class="opacity-70 pt-2">Eine Schnittstelle zwischen Spiel und Datenbank</div>

<div class="flex justify-center items-center gap-6 pt-12">

<div class="w-44 p-6 rounded-xl bg-gray-400/10">
<div class="text-5xl">🎮</div>
<div class="pt-3 font-semibold">Spiel</div>
<div class="pt-1 text-xs opacity-70">liest Position, Leben, Ausrüstung live aus</div>
</div>

<div class="text-3xl opacity-40">⇄</div>

<div class="w-44 p-6 rounded-xl bg-red-400/10">
<div class="text-5xl">🗄️</div>
<div class="pt-3 font-semibold">Datenbank</div>
<div class="pt-1 text-xs opacity-70">speichert und liefert passende Infos</div>
</div>

<div class="text-3xl opacity-40">⇄</div>

<div class="w-44 p-6 rounded-xl bg-gray-400/10">
<div class="text-5xl">🌐</div>
<div class="pt-3 font-semibold">Browser</div>
<div class="pt-1 text-xs opacity-70">gleiche Daten parallel abrufbar</div>
</div>

</div>

<!--
- Schnittstelle zwischen Spiel und Datenbank
- Im Spiel werden Daten ausgelesen
- Daten werden an Server gesendet und in DB verwalten
- Programm und Browser lesen Daten aus
-->

---
layout: default
---

# Kernidee: Hilfe für Spieler

<div class="grid grid-cols-2 gap-6 pt-10 text-center">

<div class="p-6 rounded-xl bg-gray-400/10">
<div class="text-4xl">🎮</div>
<div class="pt-3 font-semibold">Im-Spiel Anzeige</div>
<div class="pt-2 text-sm opacity-80">zeigt z.B. Bossangriffe live und Checkliste</div>
</div>

<div class="p-6 rounded-xl bg-gray-400/10">
<div class="text-4xl">🖥️</div>
<div class="pt-3 font-semibold">Browser App</div>
<div class="pt-2 text-sm opacity-80">Generelle Informationen und Analysen</div>
</div>

</div>

<div class="pt-8 text-center opacity-70">
Es muss extrem schnell gehen, ohne spürbare Verzögerung.
</div>

<!--
- Die Kernidee ist Hilfe für den Spieler
- Im Spiel wird Oberfläche angezeigt mit Informationen
- Browser App zeigt detaillreicher Infos zum Spieler und Welt
-->

---
layout: default
---

# Anwendungsfälle

<div class="grid grid-cols-3 gap-6 pt-12 text-center">

<div class="p-6 rounded-xl bg-gray-400/10">
<div class="text-5xl">⚔️</div>
<div class="pt-4 font-semibold">Bosskampf</div>
<div class="pt-2 text-sm opacity-70">Fenster mit Resistenzen und Angriffe</div>
</div>

<div class="p-6 rounded-xl bg-gray-400/10">
<div class="text-5xl">📦</div>
<div class="pt-4 font-semibold">Live-Standort</div>
<div class="pt-2 text-sm opacity-70">Checkliste, Truhen und Objekte in der Nähe</div>
</div>

<div class="p-6 rounded-xl bg-gray-400/10">
<div class="text-5xl">🌐</div>
<div class="pt-4 font-semibold">Website</div>
<div class="pt-2 text-sm opacity-70">Builds und Statistiken</div>
</div>

</div>

<!--
- Einige Informationen sind:
- Resistenzen und Angriffe von Bossen
- Truhen, Objekte und Checklisten in der Nähe
- Detaillierte Informationen zu Statistiken und Builds auf Website
-->

---
layout: default
---

# Das ER-Modell

<div class="flex justify-center pt-2">
<img src="/er-modell.png" class="h-100 rounded-lg bg-white p-2" />
</div>

<!--
- Zentrale Entity ist Player/Spieler
- Grear (Inventar) beinhaltet (Weapon, Armor, Shield, Talisman).
- Das sind alles Items, werden von Gegnern fallengelassen.
- In Regionen sind Player, Enemies und Items
-->

---
layout: center
class: text-center
---

# Drei NoSQL-Modelle

<div class="grid grid-cols-3 gap-8 pt-10">

<div class="p-8 rounded-xl bg-red-400/10">
<div class="text-3xl font-bold">Key-Value</div>
<div class="pt-3 opacity-80">Redis</div>
<div class="pt-2 text-sm opacity-70">Alles über Schlüssel</div>
</div>

<div class="p-8 rounded-xl bg-green-400/10">
<div class="text-3xl font-bold">Dokument</div>
<div class="pt-3 opacity-80">MongoDB</div>
<div class="pt-2 text-sm opacity-70">Alles im Dokument</div>
</div>

<div class="p-8 rounded-xl bg-blue-400/10">
<div class="text-3xl font-bold">Graph</div>
<div class="pt-3 opacity-80">Neo4j</div>
<div class="pt-2 text-sm opacity-70">Alles über Kanten</div>
</div>

</div>

<div class="pt-10 opacity-70">
Wir bilden die gleichen Daten in allen drei ab.
</div>

<!--
- Key-Value mit Redis: alles über Schlüssel
- Dokument mit MongoDB: alles im Dokument
- Graph mit Neo4j: alles über Kanten
- gleiche Daten in allen drei abgebildet
-->

---
layout: two-cols
layoutClass: gap-10
---

# Key-Value mit Redis

Eine einfache und schnelle Lösung für unstrukturierte Daten.

Keys sind Strings und identifizieren ein Objekt eindeutig.

Aufbau: Name der Entität, Doppelpunkt, ID des Objekts.

::right::

<div class="pt-14">

```text
weapon:213
player:1
region:1:items
enemy:1
```

</div>

<div class="pt-6 opacity-80">

Die meisten Entitäten liegen als Hash Map. Listen und Mengen als SET.

</div>

<!--
- Keys sind Strings und identifizieren ein Objekt eindeutig
- Aufbau: Name der Entität, Doppelpunkt, ID
- meiste Entitäten als Hash Map, Listen und Mengen als SET
-->

---
layout: default
---

# Key-Value: Schlüsselaufbau

<div class="text-sm pt-4">

| Datentyp | Key-Struktur | Attribute |
|----------|--------------|-----------|
| HMAP | `weapon:{id}` | id, item_effect_id, item_type_id, weight, damage |
| HMAP | `item:{id}` | id, name, gear_type, gear_id |
| HMAP | `player:{id}` | id, name, health, stamina, level, region_id |
| SET | `player:{id}:armor` | item_id |
| STRING | `player:{id}:shield` | item_id |
| HMAP | `region:{id}` | id, name |
| SET | `region:{id}:enemies` | enemy_id |
| HMAP | `enemy:{id}` | id, name, health, level, damage |

</div>

<div class="pt-4 opacity-70 text-sm">
Über den Key kommen wir direkt an ein Objekt, ohne lange zu suchen.
</div>

<!--
- jede Entität bekommt einen eigenen Key
- Ausrüstung des Players über Sub-Keys, z.B. player:1:armor
- über den Key direkt ans Objekt, ohne Suchen
-->

---
layout: two-cols
layoutClass: gap-10
---

# Dokument mit MongoDB

Alles was zusammengehört, liegt gebündelt in einem Dokument.

Jede Entität wird zu einem Dokument in einer eigenen Collection.

Der Player hält von seiner Ausrüstung nur die ids fest, denn Weapon und Co. liegen in eigenen Dokumenten.

::right::

<div class="pt-14">

```js
player {
  id: 1,
  name: "Jonas",
  health: 100,
  stamina: 100,
  level: 1,
  region_id: 1,
  weapon: [ 12 ],
  shield: 30,
  armor: [ 41, 42 ],
  talisman: [ 7 ]
}
```

</div>

<!--
- alles Zusammengehörige gebündelt in einem Dokument
- jede Entität eigene Collection
- Player hält von der Ausrüstung nur die ids fest
-->

---
layout: default
---

# Dokument: Beispiele

<div class="grid grid-cols-3 gap-4 pt-6 text-sm">

```js
weapon {
  id: 213,
  item_type: {
    id: 1,
    name: "Dolch"
  },
  item_effect: {
    id: 4,
    name: "Stärke",
    value: 5
  },
  weight: 2,
  damage: 70
}
```

```js
enemy {
  id: 1,
  region_id: 1,
  name: "Tree_Sentinel",
  health: 30000,
  level: 20,
  damage: 70,
  items: [ 5, 10 ]
}
```

```js
region {
  id: 1,
  name: "Limgrave",
  items: [ 12, 19, 248 ],
  enemies: [ 1, 245 ]
}
```

</div>

<div class="pt-6 opacity-70 text-sm">
Weapon bringt item_type und item_effect direkt mit. Player, Item, Region und Enemy zeigen meist nur über ids.
</div>

<!--
- Weapon bringt item_type und item_effect direkt mit
- Enemy und Region verweisen über ids auf ihre Items
- bei uns meist nur ids statt tiefer Verschachtelung
-->

---
layout: two-cols
layoutClass: gap-10
---

# Graph mit Neo4j

Der Fokus liegt auf den Beziehungen zwischen den Objekten.

Jede Entität wird zu einem Knoten, der seine Werte direkt mitträgt.

::right::

<div class="pt-6 text-sm">

| Knoten | Attribute |
|--------|-----------|
| Player | id, name, health, stamina, level |
| Weapon | id, weight, damage |
| Type | id, name |
| item_effect | id, name, value |
| Item | id, name |
| Region | id, name |
| Enemy | id, name, health, level, damage |

</div>

<!--
- Fokus liegt auf den Beziehungen zwischen Objekten
- jede Entität wird ein Knoten und trägt seine Werte direkt
-->

---
layout: default
---

# Graph: Kanten

<div class="text-sm pt-6">

| Von | Kante | Nach |
|-----|-------|------|
| Player | has_equipped | Weapon, Armor, Shield, Talisman |
| Player | is_in | Region |
| Weapon, Armor, Shield | has | Type |
| Weapon, Armor, Shield, Talisman | has | item_effect |
| Weapon, Armor, Shield, Talisman | is | Item |
| Region | has | Item, Enemy |
| Enemy | drops | Item |

</div>

<div class="pt-6 opacity-70 text-sm">
Die Kanten verbinden die Knoten so, wie es schon das ER-Modell vorgibt.
</div>

<!--
- Kanten sind die Beziehungen aus dem ER-Modell
- has_equipped, is_in, has, drops
- Beziehungen lassen sich direkt verfolgen
-->

---
layout: default
---

# Vergleich: Key-Value

<div class="grid grid-cols-2 gap-8 pt-10">

<div class="p-6 rounded-xl bg-green-500/10">
<div class="font-bold text-green-500 pb-3">Vorteil</div>
Redis ist extrem schnell. Über die Keys kommen wir direkt an ein Objekt. Genau das brauchen wir für die Live Daten des Players.
</div>

<div class="p-6 rounded-xl bg-red-500/10">
<div class="font-bold text-red-500 pb-3">Nachteil</div>
Komplexe Abfragen sind schwierig. Alle Weapon mit einem bestimmten item_effect müssen wir in der Anwendung selbst zusammenbauen.
</div>

</div>

<!--
- Vorteil: extrem schnell, direkter Zugriff über Key, ideal für Live-Daten
- Nachteil: komplexe Abfragen müssen wir selbst zusammenbauen
- Beispiel: alle Weapon mit bestimmtem item_effect
-->

---
layout: default
---

# Vergleich: Dokument

<div class="grid grid-cols-2 gap-8 pt-10">

<div class="p-6 rounded-xl bg-green-500/10">
<div class="font-bold text-green-500 pb-3">Vorteil</div>
Sehr leserlich und einfach zu modellieren. Jedes Dokument ist für sich verständlich und man sieht direkt, welche Daten zusammengehören.
</div>

<div class="p-6 rounded-xl bg-red-500/10">
<div class="font-bold text-red-500 pb-3">Nachteil</div>
Bei uns wird das meiste über ids referenziert und nur wenig verschachtelt. Wir nutzen die Stärke des Modells kaum.
</div>

</div>

<!--
- Vorteil: sehr leserlich und einfach zu modellieren
- Nachteil: bei uns meist ids, kaum verschachtelt
- die eigentliche Stärke nutzen wir kaum
-->

---
layout: default
---

# Vergleich: Graph

<div class="grid grid-cols-2 gap-8 pt-10">

<div class="p-6 rounded-xl bg-green-500/10">
<div class="font-bold text-green-500 pb-3">Vorteil</div>
Beziehungen lassen sich sehr leicht abfragen. Welcher Player welche Weapon trägt oder welches Item ein Enemy fallen lässt, ohne Umwege.
</div>

<div class="p-6 rounded-xl bg-red-500/10">
<div class="font-bold text-red-500 pb-3">Nachteil</div>
Neo4j ist für unseren Fall überdimensioniert. Wir schreiben und lesen vor allem schnell, statt ständig tiefe Beziehungen abzufragen.
</div>

</div>

<!--
- Vorteil: Beziehungen sehr leicht abfragbar
- Beispiel: welcher Player welche Weapon trägt, welches Item ein Enemy droppt
- Nachteil: für unseren Fall überdimensioniert
- wir brauchen schnelles Schreiben und Lesen, keine tiefen Abfragen
-->

---
layout: default
---

# Gegenüberstellung

<div class="pt-8 text-lg">

| | Key-Value | Dokument | Graph |
|---|:---:|:---:|:---:|
| Schreiben und Lesen | ✅ sehr schnell | 🟡 gut | 🟡 mehr Aufwand |
| Direkter Objektzugriff | ✅ über Key | ✅ über Collection | 🟡 über Knoten |
| Komplexe Abfragen | 🔴 schwierig | 🟡 mittel | ✅ stark |
| Passt zu Live Daten | ✅ ideal | 🟡 ok | 🔴 überdimensioniert |

</div>

<div class="pt-8 opacity-70">
Unsere Daten sind flach und ändern sich ständig. Tiefe Beziehungen brauchen wir kaum.
</div>

<!--
- Tabelle fasst die drei Modelle zusammen
- Key-Value vorn bei Tempo und direktem Zugriff
- unsere Daten flach und ständig in Bewegung
-->

---
layout: default
---

# Was uns wichtig ist

<div class="grid grid-cols-2 gap-8 pt-6 text-sm">

<div>

| Kriterium | Muss | Gewicht |
|-----------|:----:|:-------:|
| Hohe Performanz | ja | 5 |
| Keine Lizenzkosten | ja | 5 |
| Daten-Streaming | ja | 3 |
| Niedrige Latenz | ja | 3 |
| Indexing | nein | 2 |

</div>

<div>

| | MariaDB | Redis | MongoDB |
|---|:---:|:---:|:---:|
| Performanz | 0 | 2 | 1 |
| Streaming | 0 | 2 | 0 |
| Latenz | 1 | 2 | 0 |
| **Summe** | **11** | **30** | **15** |

</div>

</div>

<div class="pt-6 opacity-70 text-sm">
Latenzfrei und performant ist für uns Pflicht. In den Tests gewinnt Redis klar.
</div>

<!--
- Kriterien aus dem Szenario gewichtet
- Performanz und keine Lizenzkosten sind Pflicht
- in den Tests gewinnt Redis klar: 30 vs 11 vs 15
-->

---
layout: center
class: text-center
---

# Fazit

<div class="text-2xl pt-4">
Wir wählen <span class="text-red-500 font-bold">Key-Value mit Redis</span>
</div>

<div class="grid grid-cols-3 gap-6 pt-10 text-left text-sm">

<div class="p-5 rounded-xl bg-gray-400/10">
<div class="font-semibold pb-2">Geschwindigkeit</div>
Daten des Players live schreiben und genauso live zurücklesen.
</div>

<div class="p-5 rounded-xl bg-gray-400/10">
<div class="font-semibold pb-2">Direkter Zugriff</div>
Über die Keys sofort an ein Objekt, ohne lange Suche.
</div>

<div class="p-5 rounded-xl bg-gray-400/10">
<div class="font-semibold pb-2">Passende Größe</div>
Rund 100 Regionen, 500 Gegner, 3.300 Gegenstände. Keine tiefe Verschachtelung nötig.
</div>

</div>

<!--
- Wahl fällt auf Key-Value mit Redis
- drei Gründe: Geschwindigkeit, direkter Zugriff, passende Größe
- komplexe Abfragen brauchen wir kaum
-->

---
layout: center
class: text-center
---

# Danke

<div class="opacity-80 pt-4 text-lg">
Nächste Schritte: Datenbank auf dem Server aufsetzen und Schema umsetzen
</div>

<div class="pt-10 opacity-60">
Fragen?
</div>

<div class="pt-8 opacity-50 text-sm">
Justin Rost · Michelle Reichelt · Yasin Ergün
</div>

<!--
- Dank fürs Zuhören
- nächste Schritte: Datenbank auf Server aufsetzen, Schema umsetzen
- offen für Fragen
-->