CQRS (Command Query Responsibility Segregation) skiljer modellen som används för att uppdatera data från modellen som används för att läsa dem. Skrivsidan fokuserar på verksamhetsregler; lässidan organiserar information för visning eller uppslagning.
Att boka en biobiljett kräver exempelvis att man kontrollerar lediga platser. En biljettlista behöver filmens namn, föreställningstid och sittplats. Uppgifterna använder samma data men kräver olika behandling.
Båda modellerna kan finnas i samma applikation och dela en databas. CQRS kräver inte två databaser, en kö eller Event Sourcing.
När en kund väljer en plats går begäran till skrivsidan. Systemet kontrollerar och sparar bokningen; en transaktion med lämpliga datavillkor måste förhindra att två kunder bokar samma plats till samma föreställning. När skrivningen lyckas får kunden en bekräftelse.
När kunden öppnar ”Mina biljetter” returnerar lässidan en lista med filmnamn, föreställningstider och platser. Presentationen kan ändras utan att bokningsreglerna ändras.
Om frågor blir resurskrävande kan systemet underhålla en separat lästabell där uppgifterna redan är sammanställda. Om tabellen uppdateras asynkront kanske en ny biljett inte visas direkt; gränssnittet bör behålla bekräftelsen på den lyckade bokningen medan listan uppdateras.
CQRS är användbart när uppdateringar omfattar betydande verksamhetsregler, medan vyer eller rapporter behöver en helt annan representation. Det kan tillämpas enbart på biljettbokning i stället för på hela systemet.
För applikationer som bara skapar, läser, uppdaterar och tar bort enkla poster är en gemensam modell ofta lättare att utveckla.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera