Command-Query-Responsibility-Segregation - Versionsgeschichte

2003:E2:470E:5500:1169:C640:E606:5968 am 9. Juni 2025 um 07:43 Uhr

2025-06-09T07:43:58Z

← Nächstältere Version		Version vom 9. Juni 2025, 09:43 Uhr
Zeile 44:		Zeile 44:
	* {{Internetquelle\|url=https://www.youtube.com/watch?v=MHvr71T_LZw\|titel=Domain-Driven Design, Event Sourcing and CQRS with F# and EventStore\|hrsg=DC F# Meetup\|werk=YouTube\|datum=2014-03-06\|zugriff=2014-07-13\|autor=Lev Gorodinski\|sprache=en\|kommentar=CQRS und EventSourcing in [[F-Sharp\|F#]]}}		* {{Internetquelle\|url=https://www.youtube.com/watch?v=MHvr71T_LZw\|titel=Domain-Driven Design, Event Sourcing and CQRS with F# and EventStore\|hrsg=DC F# Meetup\|werk=YouTube\|datum=2014-03-06\|zugriff=2014-07-13\|autor=Lev Gorodinski\|sprache=en\|kommentar=CQRS und EventSourcing in [[F-Sharp\|F#]]}}
	* Golo Roden, Matthias Wagler, Susanna Roden: [https://docs.wolkenkit.io/1.0.1/downloads/brochure/ wolkenkit – The semantic JavaScript backend for event-driven development]. Abgerufen am 9. Juli 2017 (PDF, englisch, Einführung in CQRS, DDD und Event-Sourcing)		* Golo Roden, Matthias Wagler, Susanna Roden: [https://docs.wolkenkit.io/1.0.1/downloads/brochure/ wolkenkit – The semantic JavaScript backend for event-driven development]. Abgerufen am 9. Juli 2017 (PDF, englisch, Einführung in CQRS, DDD und Event-Sourcing)
			* {{Internetquelle\|url=https://www.cqrs.com/\|titel=Rethink How You Build Software\|hrsg=the native web GmbH\|sprache=en\|datum=2025-06\|zugriff=2025-06-09\|kommentar=CQRS, Event-Sourcing, DDD & Co. im Zusammenspiel erklärt}}

	== Quellen ==		== Quellen ==

Aka: doppelten Link entfernt

2025-04-08T15:34:02Z

doppelten Link entfernt

← Nächstältere Version		Version vom 8. April 2025, 17:34 Uhr
Zeile 7:		Zeile 7:
	* ein Objektmodell für schreibende Zugriffe		* ein Objektmodell für schreibende Zugriffe

	Im Gegensatz zu einer [[CRUD]]-Sicht für die Zugriffe auf eine Datenbank – wo also ein gemeinsames Objekt für Queries genauso wie für Lesen, Schreiben und Löschen verantwortlich ist – gibt es bei CQRS zwei Objekte: Befehle zum Schreiben (Ändern und Löschen), sowie Abfragen zum Lesen. CQRS wird oft im Zusammenhang mit [[Event Sourcing]], [[Serviceorientierte Architektur\|Serviceorientierten Architekturen]], etwa im [[Cloud Computing]] erwähnt, diese Architekturen können aber genauso gut auch mit [[CRUD]] kombiniert werden.		Im Gegensatz zu einer [[CRUD]]-Sicht für die Zugriffe auf eine Datenbank – wo also ein gemeinsames Objekt für Queries genauso wie für Lesen, Schreiben und Löschen verantwortlich ist – gibt es bei CQRS zwei Objekte: Befehle zum Schreiben (Ändern und Löschen), sowie Abfragen zum Lesen. CQRS wird oft im Zusammenhang mit [[Event Sourcing]], [[Serviceorientierte Architektur\|Serviceorientierten Architekturen]], etwa im [[Cloud Computing]] erwähnt, diese Architekturen können aber genauso gut auch mit CRUD kombiniert werden.

	== Vorteile gegenüber CRUD ==		== Vorteile gegenüber CRUD ==

Invisigoth67: typo

2025-04-08T10:46:24Z

typo

← Nächstältere Version		Version vom 8. April 2025, 12:46 Uhr
Zeile 7:		Zeile 7:
	* ein Objektmodell für schreibende Zugriffe		* ein Objektmodell für schreibende Zugriffe

	Im Gegensatz zu einer [[CRUD]]-Sicht für die Zugriffe auf eine Datenbank – wo also ein gemeinsames Objekt für Queries genauso wie für Lesen, Schreiben und Löschen verantwortlich ist – gibt es bei CQRS zwei Objekte: Befehle zum Schreiben (Ändern und Löschen), sowie Abfragen zum Lesen. CQRS wird oft im Zusammenhang mit [[Event Sourcing]], [[Serviceorientierte Architektur\|Serviceorientierten Architekturen]], etwa im [[Cloud Computing]] erwähnt, diese Architekturen können aber ~~genausogut~~ auch mit [[CRUD]] kombiniert werden.		Im Gegensatz zu einer [[CRUD]]-Sicht für die Zugriffe auf eine Datenbank – wo also ein gemeinsames Objekt für Queries genauso wie für Lesen, Schreiben und Löschen verantwortlich ist – gibt es bei CQRS zwei Objekte: Befehle zum Schreiben (Ändern und Löschen), sowie Abfragen zum Lesen. CQRS wird oft im Zusammenhang mit [[Event Sourcing]], [[Serviceorientierte Architektur\|Serviceorientierten Architekturen]], etwa im [[Cloud Computing]] erwähnt, diese Architekturen können aber genauso gut auch mit [[CRUD]] kombiniert werden.

	== Vorteile gegenüber CRUD ==		== Vorteile gegenüber CRUD ==

Sebastian.Dietrich: Vor/Nachteile gegenüber was. Falsche Information (EventSourcing, SOA, CloudComputing) rausgezogen. Unbelegtes markiert

2025-04-08T08:32:21Z

Vor/Nachteile gegenüber was. Falsche Information (EventSourcing, SOA, CloudComputing) rausgezogen. Unbelegtes markiert

Sebastian.Dietrich: /* Quellen */ Navigationsleiste

2024-10-19T20:02:47Z

Quellen: Navigationsleiste

← Nächstältere Version		Version vom 19. Oktober 2024, 22:02 Uhr
Zeile 49:		Zeile 49:
	== Quellen ==		== Quellen ==
	<references />		<references />

			{{Navigationsleiste Entwurfsmuster}}

	[[Kategorie:Objektorientierte Programmierung]]		[[Kategorie:Objektorientierte Programmierung]]

Invisigoth67: typo

2024-09-27T15:13:01Z

typo

← Nächstältere Version		Version vom 27. September 2024, 17:13 Uhr
Zeile 24:		Zeile 24:
	* Benötigt passende Infrastruktur.		* Benötigt passende Infrastruktur.
	* [[Transaktion (Informatik)\|Transaktionen]] sind schwer umzusetzen.		* [[Transaktion (Informatik)\|Transaktionen]] sind schwer umzusetzen.
	* Querys können durchgeführt werden, bevor Commands durchgeführt wurden. Es werden daher Versionierung und ein In-Memory-Cache benötigt um sicherzustellen, dass der Client Daten in der richtigen Version erhält.		* Querys können durchgeführt werden, bevor Commands durchgeführt wurden. Es werden daher Versionierung und ein In-Memory-Cache benötigt, um sicherzustellen, dass der Client Daten in der richtigen Version erhält.

	== Frameworks ==		== Frameworks ==

InternetArchiveBot: InternetArchiveBot hat 1 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

2023-12-06T20:54:24Z

InternetArchiveBot hat 1 Archivlink(s) ergänzt und 0 Link(s) als defekt/tot markiert.) #IABot (v2.0.9.5

← Nächstältere Version		Version vom 6. Dezember 2023, 22:54 Uhr
Zeile 3:		Zeile 3:
	Die '''{{lang\|en\|Command Query Responsibility Segregation}}''' ('''CQRS''', [{{IPA\|kə'mæ:nd 'kwɪ(ə)ri: ri,spɑnsə'bɪləti ,sɛgrɪ'geiʃ(ə)n}}] bzw. [{{IPA\|si: kju: ɑ:r ɛs}}],<ref>{{Internetquelle\|url=http://martinfowler.com/bliki/CQRS.html\|titel=CQRS\|autor=Martin Fowler\|datum=2011-07-14\|sprache=en\|zugriff=2014-05-18}}</ref> {{enS}} für etwa „Kommando-Abfrage-Zuständigkeitstrennung“) ist ein [[Entwurfsmuster]] für Datenbank-Abfragen, welches durch [[Greg Young]] definiert wurde.<ref>{{Internetquelle\|autor=Greg Young\|titel=CQRS Documents by Greg Young\|format=PDF\|datum=2010-11\|werk=WordPress\|url=http://cqrs.files.wordpress.com/2010/11/cqrs_documents.pdf\|zugriff=2014-07-13\|sprache=en}}</ref>		Die '''{{lang\|en\|Command Query Responsibility Segregation}}''' ('''CQRS''', [{{IPA\|kə'mæ:nd 'kwɪ(ə)ri: ri,spɑnsə'bɪləti ,sɛgrɪ'geiʃ(ə)n}}] bzw. [{{IPA\|si: kju: ɑ:r ɛs}}],<ref>{{Internetquelle\|url=http://martinfowler.com/bliki/CQRS.html\|titel=CQRS\|autor=Martin Fowler\|datum=2011-07-14\|sprache=en\|zugriff=2014-05-18}}</ref> {{enS}} für etwa „Kommando-Abfrage-Zuständigkeitstrennung“) ist ein [[Entwurfsmuster]] für Datenbank-Abfragen, welches durch [[Greg Young]] definiert wurde.<ref>{{Internetquelle\|autor=Greg Young\|titel=CQRS Documents by Greg Young\|format=PDF\|datum=2010-11\|werk=WordPress\|url=http://cqrs.files.wordpress.com/2010/11/cqrs_documents.pdf\|zugriff=2014-07-13\|sprache=en}}</ref>

	Das CQRS-Pattern propagiert eine Aufteilung des Objektmodells in zwei Objektmodelle hinsichtlich der Zugriffe auf die Datenbank:<ref>http://codebetter.com/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/</ref>		Das CQRS-Pattern propagiert eine Aufteilung des Objektmodells in zwei Objektmodelle hinsichtlich der Zugriffe auf die Datenbank:<ref>{{Webarchiv\|url=http://codebetter.com/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/ \|wayback=20200828042742 \|text=Archivierte Kopie \|archiv-bot=2023-12-06 20:54:24 InternetArchiveBot }}</ref>
	* ein Objektmodell für lesende Zugriffe		* ein Objektmodell für lesende Zugriffe
	* ein Objektmodell für schreibende Zugriffe		* ein Objektmodell für schreibende Zugriffe

Sebastian.Dietrich: /* Frameworks */

2021-11-30T09:04:33Z

Frameworks

← Nächstältere Version		Version vom 30. November 2021, 11:04 Uhr
Zeile 27:		Zeile 27:

	== Frameworks ==		== Frameworks ==
	Die folgenden [[~~Frameworks~~]] unterstützen bei der Umsetzung dieses Patterns:		Die folgenden [[Framework]]s unterstützen bei der Umsetzung dieses Patterns:
	; .NET		; .NET
	: EventFlow<ref>{{Internetquelle\|url=https://github.com/eventflow/EventFlow\|titel=EventFlow\|werk=GitHub\|sprache=en\|kommentar=CQRS- und EventSourcing-Framework für [[.NET Core]]\|zugriff=2021-11-30}}</ref>		: EventFlow<ref>{{Internetquelle\|url=https://github.com/eventflow/EventFlow\|titel=EventFlow\|werk=GitHub\|sprache=en\|kommentar=CQRS- und EventSourcing-Framework für [[.NET Core]]\|zugriff=2021-11-30}}</ref>

Sebastian.Dietrich: /* Frameworks */ Weblinks in Refs geändert

2021-11-30T09:03:44Z

Frameworks: Weblinks in Refs geändert

← Nächstältere Version		Version vom 30. November 2021, 11:03 Uhr
Zeile 27:		Zeile 27:

	== Frameworks ==		== Frameworks ==
			Die folgenden [[Frameworks]] unterstützen bei der Umsetzung dieses Patterns:
	;.NET		; .NET
	* {{Internetquelle\|url=https://github.com/eventflow/EventFlow\|titel=EventFlow\|werk=GitHub\|sprache=en\|kommentar=CQRS- und EventSourcing-Framework für [[.NET Core]]\|zugriff=2021-11-30}}		: EventFlow<ref>{{Internetquelle\|url=https://github.com/eventflow/EventFlow\|titel=EventFlow\|werk=GitHub\|sprache=en\|kommentar=CQRS- und EventSourcing-Framework für [[.NET Core]]\|zugriff=2021-11-30}}</ref>

	; JavaScript		; JavaScript
	* {{Internetquelle\|url=https://www.wolkenkit.io/\|titel=wolkenkit\|sprache=en\|kommentar=CQRS-, DDD- und Event-Sourcing-Framework für JavaScript\|zugriff=2017-06-27}}		: wolkenkit<ref>{{Internetquelle\|url=https://www.wolkenkit.io/\|titel=wolkenkit\|sprache=en\|kommentar=CQRS-, DDD- und Event-Sourcing-Framework für JavaScript\|zugriff=2017-06-27}}</ref>

	; PHP		; PHP
	* {{Internetquelle\|url=http://getprooph.org//\|titel=prooph\|sprache=en\|kommentar=CQRS und Event Sourcing Infrastruktur für PHP\|zugriff=2018-02-01}}		: prooph<ref>{{Internetquelle\|url=http://getprooph.org//\|titel=prooph\|sprache=en\|kommentar=CQRS und Event Sourcing Infrastruktur für PHP\|zugriff=2018-02-01}}</ref>

	== Literatur ==		== Literatur ==

Sebastian.Dietrich: /* Frameworks */ Nicht mehr gewartete und nicht CQRS-spezifische Frameworks entfernt

2021-11-30T09:00:48Z

Frameworks: Nicht mehr gewartete und nicht CQRS-spezifische Frameworks entfernt

← Nächstältere Version		Version vom 30. November 2021, 11:00 Uhr
Zeile 28:		Zeile 28:
	== Frameworks ==		== Frameworks ==
	;.NET		;.NET
	* {{Internetquelle\|url=https://github.com/tyronegroves/SimpleCQRS\|titel=SimpleCQRS\|sprache=en\|werk=GitHub\|autor=Tyrone Groves\|zugriff=2014-07-21}}
	* {{Internetquelle\|url=https://github.com/ncqrs/ncqrs\|titel=The Ncqrs Framework\|werk=GitHub\|sprache=en\|kommentar=CQRS-Framework für das [[.NET Framework]]\|zugriff=2014-07-13}}
	* {{Internetquelle\|url=https://github.com/eventflow/EventFlow\|titel=EventFlow\|werk=GitHub\|sprache=en\|kommentar=CQRS- und EventSourcing-Framework für [[.NET Core]]\|zugriff=2021-11-30}}		* {{Internetquelle\|url=https://github.com/eventflow/EventFlow\|titel=EventFlow\|werk=GitHub\|sprache=en\|kommentar=CQRS- und EventSourcing-Framework für [[.NET Core]]\|zugriff=2021-11-30}}

	; JVM
	* {{Internetquelle\|url=https://axoniq.io/\|titel=AxonIQ\|sprache=en\|kommentar=CQRS-Framework für die [[Java-Laufzeitumgebung]]\|zugriff=2020-03-10}}

	; JavaScript		; JavaScript

← Nächstältere Version		Version vom 8. April 2025, 10:32 Uhr
Zeile 7:		Zeile 7:
	* ein Objektmodell für schreibende Zugriffe		* ein Objektmodell für schreibende Zugriffe

	Im Gegensatz zu einer [[CRUD]]-Sicht für die Zugriffe auf eine Datenbank – wo also ein gemeinsames Objekt für Queries genauso wie für Lesen, Schreiben und Löschen verantwortlich ist – gibt es bei CQRS zwei Objekte: Befehle zum Schreiben (Ändern und Löschen), sowie Abfragen zum Lesen.		Im Gegensatz zu einer [[CRUD]]-Sicht für die Zugriffe auf eine Datenbank – wo also ein gemeinsames Objekt für Queries genauso wie für Lesen, Schreiben und Löschen verantwortlich ist – gibt es bei CQRS zwei Objekte: Befehle zum Schreiben (Ändern und Löschen), sowie Abfragen zum Lesen. CQRS wird oft im Zusammenhang mit [[Event Sourcing]], [[Serviceorientierte Architektur\|Serviceorientierten Architekturen]], etwa im [[Cloud Computing]] erwähnt, diese Architekturen können aber genausogut auch mit [[CRUD]] kombiniert werden.

	== Vorteile ==		== Vorteile gegenüber CRUD ==
	* Unterschiedliche [[Skalierbarkeit]], schreibende Zugriffe können auf anderen Rechnern laufen als lesende und jeweils unterschiedlich skalieren.		* Unterschiedliche [[Skalierbarkeit]], schreibende Zugriffe können auf anderen Rechnern laufen als lesende und jeweils unterschiedlich skalieren.
	* Eignet sich zum Einsatz in [[Serviceorientierte Architektur\|Serviceorientierten Architekturen]], etwa im [[Cloud Computing]]
	* Verbesserte Sicherheit durch getrennte Rollen der Schreib- und Leseoperationen		* Verbesserte Sicherheit durch getrennte Rollen der Schreib- und Leseoperationen
	* Simultaner Einsatz verschiedener Versionen derselben Software möglich		* Simultaner Einsatz verschiedener Versionen derselben Software möglich<!-- Erklärung oder Ref dazu fehlt -->
	** Beibehaltung von [[Kompatibilität (Technik)#Abwärtskompatibilität\|Rückwärtskompatibilität]] möglich		** Beibehaltung von [[Kompatibilität (Technik)#Abwärtskompatibilität\|Rückwärtskompatibilität]] möglich
	** [[Migration (Informationstechnik)\|Migration]] auf neue Version im Live-Betrieb ohne [[Downtime]] möglich		** [[Migration (Informationstechnik)\|Migration]] auf neue Version im Live-Betrieb ohne [[Downtime]] möglich
	* Anpassbarkeit an veränderte Geschäfts-Anforderungen		* Anpassbarkeit an veränderte Geschäfts-Anforderungen<!-- Erklärung oder Ref dazu fehlt -->
	* Entwicklung der einzelnen Bestandteile durch unterschiedliche Teams		* Entwicklung der einzelnen Bestandteile durch unterschiedliche Teams
	* Kann mit [[Event Sourcing]] kombiniert werden

	== Nachteile ==		== Nachteile gegenüber CRUD ==
	* Hoher Aufwand in der Softwareentwicklung. Eignet sich eher für Projekte mit vielen gleichzeitigen Benutzern.		* Hoher Aufwand in der Softwareentwicklung. Eignet sich eher für Projekte mit vielen gleichzeitigen Benutzern.
	* Benötigt passende Infrastruktur.		* Benötigt passende Infrastruktur.