vault backup: 2026-07-23 20:26:00

.obsidian/workspace.json

@@ -216,9 +216,10 @@
   },
   "active": "25f5b25d5eca7203",
   "lastOpenFiles": [
-    "SS2026/Datenbanken und Informationssysteme/8. Alternative Datenmodelle und No-SQL/Anhänge/Pasted image 20260723200735.png",
+    "SS2026/Datenbanken und Informationssysteme/8. Alternative Datenmodelle und No-SQL/Anhänge/Pasted image 20260723201457.png",
     "SS2026/Datenbanken und Informationssysteme/8. Alternative Datenmodelle und No-SQL/Anhänge/8-AltDM.pdf",
     "SS2026/Datenbanken und Informationssysteme/8. Alternative Datenmodelle und No-SQL/Alternative Datenmodelle und No-SQL.md",
+    "SS2026/Datenbanken und Informationssysteme/8. Alternative Datenmodelle und No-SQL/Anhänge/Pasted image 20260723200735.png",
     "SS2026/Datenbanken und Informationssysteme/RDF und Semantic Web/Resource Description Framework und Wissensgraphen.md",
     "SS2026/Datenbanken und Informationssysteme/RDF und Semantic Web/Anhänge/RDF-combined.pdf",
     "SS2026/Datenbanken und Informationssysteme/RDF und Semantic Web/Anhänge",
@@ -235,7 +236,6 @@
     "SS2026/Datenbanken und Informationssysteme/7. Transaktionsverwaltung/Anhänge/Pasted image 20260723185054.png",
     "SS2026/Datenbanken und Informationssysteme/7. Transaktionsverwaltung/Anhänge/Pasted image 20260723183537.png",
     "SS2026/Datenbanken und Informationssysteme/7. Transaktionsverwaltung/Anhänge/Pasted image 20260723183402.png",
-    "SS2026/Datenbanken und Informationssysteme/7. Transaktionsverwaltung/Anhänge/Pasted image 20260723183353.png",
     "SS2026/Datenbanken und Informationssysteme/7. Transaktionsverwaltung/Anhänge/7-TM.pdf",
     "SS2026/Datenbanken und Informationssysteme/7. Transaktionsverwaltung/Anhänge",
     "SS2026/Datenbanken und Informationssysteme/Datenbanken und Informationssysteme.md",

SS2026/Datenbanken und Informationssysteme/8. Alternative Datenmodelle und No-SQL/Alternative Datenmodelle und No-SQL.md

@@ -6,4 +6,17 @@
 **Scale Up** - Stärkerer Server - CPU, RAM, Disk... - Single-Point-of-failure
 **Scale Out** - Last auf mehr Server Verteilen - hohe Skalierbarkeit - Betrieb schwieriger
 
-### Sha
+### Sharding
+Datenbank in kleine logische Teile aufteilen
+- jede Shard eigener Server
+- Sharding Key für wer wohin
+
++paralleles Verarbeiten
+-schlechter Key erzeugt überlast
+-Koordination
+-Neuverteilung bei Wachstum
+
+![[Pasted image 20260723201457.png]]
+
+**Verteilte Atomarität** - Verteilte Transaktion wird a
+