---
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

<div class="pt-8 text-lg space-y-4 opacity-80">

Keys sind Strings, eindeutig pro Objekt.

Aufbau: Entität : ID

</div>

::right::

<div class="pt-14">

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

</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 | `player:{id}` | id, name, health, level, region_id |
| SET | `player:{id}:armor` | item_id |
| HMAP | `enemy:{id}` | id, name, health, damage |

</div>

<div class="pt-4 opacity-70 text-sm">
Über den Key direkt ans Objekt.
</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

<div class="pt-8 text-lg space-y-4 opacity-80">

Zusammengehöriges in einem Dokument.

Jede Entität eine Collection.

Ausrüstung nur als ids.

</div>

::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 trägt item_type und item_effect direkt. Sonst meist nur 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

<div class="pt-8 text-lg space-y-4 opacity-80">

Fokus auf den Beziehungen.

Jede Entität ein Knoten mit eigenen Werten.

</div>

::right::

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

| Knoten | Attribute |
|--------|-----------|
| Player | id, name, health, level |
| Weapon | id, weight, damage |
| Enemy | id, name, health, 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 |
| Player | is_in | Region |
| Region | has | Enemy |
| Enemy | drops | Item |

</div>

<div class="pt-6 opacity-70 text-sm">
Kanten wie im ER-Modell.
</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>
Extrem schnell, direkter Zugriff über Key. Ideal für Live Daten.
</div>

<div class="p-6 rounded-xl bg-red-500/10">
<div class="font-bold text-red-500 pb-3">Nachteil</div>
Komplexe Abfragen müssen wir 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>
Leserlich und einfach zu modellieren.
</div>

<div class="p-6 rounded-xl bg-red-500/10">
<div class="font-bold text-red-500 pb-3">Nachteil</div>
Bei uns meist nur ids. Stärke kaum genutzt.
</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 sehr leicht abfragbar, ohne Umwege.
</div>

<div class="p-6 rounded-xl bg-red-500/10">
<div class="font-bold text-red-500 pb-3">Nachteil</div>
Für uns überdimensioniert. Wir brauchen vor allem Tempo.
</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 ständig in Bewegung.
</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="pt-10 text-lg">

| | Redis | MongoDB | Neo4j |
|---|:---:|:---:|:---:|
| Performanz | 2 | 1 | 1 |
| Streaming | 2 | 0 | 0 |
| Latenz | 2 | 0 | 1 |
| **Summe** | **30** | **15** | **13** |

</div>

<div class="pt-6 opacity-70 text-sm">
Redis gewinnt klar.
</div>

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

---
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>
Live schreiben und lesen.
</div>

<div class="p-5 rounded-xl bg-gray-400/10">
<div class="font-semibold pb-2">Direkter Zugriff</div>
Über den Key sofort ans Objekt.
</div>

<div class="p-5 rounded-xl bg-gray-400/10">
<div class="font-semibold pb-2">Passende Größe</div>
Flache Daten, keine tiefe Verschachtelung.
</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
-->