Zum Inhalt springen
uencoder

CQRS

CQRS trennt Lese- und Schreiboperationen in unterschiedliche Modelle — die Leseseite optimiert Abfragen, die Schreibseite die Validierung — oft kombiniert mit Event Sourcing.

Zweck

Lese- von Schreibzugriffen trennen, um Leistung und Skalierbarkeit beider Seiten zu optimieren.

Mechanismus

Commands (Schreibungen) und Queries (Lesungen) nutzen unterschiedliche Modelle/Stores. Das Schreibmodell erzwingt Geschäftsregeln; das Lesemodell optimiert Abfragen (materialisierte Sichten/Suchindizes). Read-Stores können heterogen sein (Elasticsearch/Redis). Eventuelle Konsistenz.

Anwendungsfälle

  • Trennung von Lesen/Schreiben
  • Performance-Optimierung
  • Event Sourcing

Verwandte Begriffe

References