CQRS (Command Query Responsibility Segregation) erottaa tietojen päivittämiseen käytettävän mallin niiden lukemiseen käytettävästä mallista. Kirjoituspuoli keskittyy liiketoimintasääntöihin; lukupuoli järjestää tiedot näyttämistä tai hakemista varten.
Esimerkiksi elokuvalipun varaaminen vaatii paikkojen saatavuuden tarkistamista. Lippujen luettelo tarvitsee elokuvan nimen, näytösajan ja istumapaikan. Tehtävät liittyvät samoihin tietoihin mutta vaativat erilaista käsittelyä.
Molemmat mallit voivat olla samassa sovelluksessa ja jakaa tietokannan. CQRS ei vaadi kahta tietokantaa, jonoa eikä Event Sourcingia.
Kun asiakas valitsee paikan, pyyntö menee kirjoituspuolelle. Järjestelmä tarkistaa ja tallentaa varauksen; sopivilla tietorajoitteilla varustetun transaktion on estettävä kahta asiakasta varaamasta samaa paikkaa samaan näytökseen. Kun kirjoitus onnistuu, asiakas saa vahvistuksen.
Kun asiakas avaa ”Omat liput”, lukupuoli palauttaa luettelon elokuvien nimistä, näytösajoista ja paikoista. Sen esitystapaa voidaan muuttaa muuttamatta varaussääntöjä.
Jos kyselyistä tulee raskaita, järjestelmä voi ylläpitää erillistä lukutaulua, johon tiedot on jo koottu. Jos taulu päivittyy asynkronisesti, uusi lippu ei välttämättä näy heti; käyttöliittymän pitäisi säilyttää onnistuneen varauksen vahvistus luettelon päivittyessä.
CQRS on hyödyllinen, kun päivityksiin liittyy merkittäviä liiketoimintasääntöjä mutta näkymät tai raportit tarvitsevat hyvin erilaisen esitysmuodon. Sitä voidaan soveltaa vain lippujen varaamiseen koko järjestelmän sijaan.
Sovelluksissa, jotka vain luovat, lukevat, päivittävät ja poistavat yksinkertaisia tietueita, yksi yhteinen malli on usein helpompi kehittää.
Kirjasto IT-haastattelukysymyksiä yksityiskohtaisine vastauksineen — Juniorista Senioriin.
Lahjoita