CQRS (Command Query Responsibility Segregation) skiller modellen som brukes til å oppdatere data, fra modellen som brukes til å lese dem. Skrivesiden fokuserer på forretningsregler; lesesiden organiserer informasjon for visning eller oppslag.
Ved bestilling av en kinobillett må man for eksempel sjekke ledige seter. En billettoversikt trenger filmnavn, visningstid og seteplassering. Oppgavene bruker de samme dataene, men krever forskjellig behandling.
Begge modellene kan ligge i samme applikasjon og dele en database. CQRS krever verken to databaser, en kø eller Event Sourcing.
Når en kunde velger et sete, går forespørselen til skrivesiden. Systemet sjekker og lagrer bestillingen; en transaksjon med passende databegrensninger må hindre to kunder i å bestille samme sete til samme visning. Når skrivingen lykkes, får kunden en bekreftelse.
Når kunden åpner «Mine billetter», returnerer lesesiden en liste med filmnavn, visningstider og seter. Presentasjonen kan endres uten at bestillingsreglene endres.
Hvis spørringer blir ressurskrevende, kan systemet vedlikeholde en egen lesetabell der disse opplysningene allerede er samlet. Hvis tabellen oppdateres asynkront, kan det ta tid før en ny billett vises; grensesnittet bør beholde bekreftelsen på den vellykkede bestillingen mens listen oppdateres.
CQRS er nyttig når oppdateringer har omfattende forretningsregler, mens skjermbilder eller rapporter trenger en svært annerledes fremstilling. Det kan brukes bare for billettbestilling i stedet for i hele systemet.
For applikasjoner som bare oppretter, leser, oppdaterer og sletter enkle poster, er én felles modell ofte enklere å utvikle.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner