Command Query Responsibility Segregation
summary
Explains that CQRS literally splits command handling from queries so writes use one model and reads another, usually combined with event sourcing that stores immutable events in an event store and rebuilds state by replaying them. Shows an order flow: command → validation → event → event store → message bus → read model → query API. Claims higher read/write performance and easy DB rebuilds but notes added complexity, versioning headaches on replay, and need for a robust message bus.
AI-written summary · about
chapters (6)
related talks
59mCQRS pitfalls and patterns
30mDomain-Driven Design + Command Query Responsibility Segregation + Event Sourcing
51mCQRS + ES = CRUD, QED
40mClean Microservices Communications with CQRS and Event Sourcing
36mCQRS with Erlang
17m7 Reasons why your microservices should use Event Sourcing & CQRS
40m7 Reasons why your microservices should use Event Sourcing & CQRS
52mGoing eventually consistent with CQRS
