CQRS (Command Query Responsibility Segregation) adskiller modellen til opdatering af data fra modellen til læsning af dem. Skrivesiden fokuserer på forretningsregler; læsesiden organiserer information til visning eller opslag.
Reservation af en biografbillet kræver for eksempel kontrol af ledige sæder. En billetoversigt kræver filmens navn, forestillingstidspunkt og sædeplacering. Opgaverne involverer de samme data, men kræver forskellig behandling.
Begge modeller kan ligge i samme applikation og dele en database. CQRS kræver hverken to databaser, en kø eller Event Sourcing.
Når en kunde vælger et sæde, går anmodningen til skrivesiden. Systemet kontrollerer og gemmer reservationen; en transaktion med passende databegrænsninger skal forhindre to kunder i at reservere samme sæde til samme forestilling. Når skrivningen lykkes, modtager kunden en bekræftelse.
Når kunden åbner »Mine billetter«, returnerer læsesiden en liste med filmnavne, forestillingstidspunkter og sæder. Præsentationen kan ændres uden at ændre reservationsreglerne.
Hvis forespørgsler bliver ressourcekrævende, kan systemet vedligeholde en separat læsetabel med disse oplysninger samlet på forhånd. Opdateres tabellen asynkront, vises en ny billet måske ikke med det samme; grænsefladen bør bevare bekræftelsen på den gennemførte reservation, mens listen opdateres.
CQRS er nyttigt, når opdateringer involverer omfattende forretningsregler, mens skærmbilleder eller rapporter har brug for en meget anderledes repræsentation. Det kan anvendes kun på billetreservation frem for på hele systemet.
For applikationer, der blot opretter, læser, opdaterer og sletter enkle poster, er én fælles model ofte lettere at udvikle.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér