Asset
CQRS: separare comandi e letture quando serve davvero
CQRS separa il modello che modifica lo stato da quello usato per leggerlo, giustificando la duplicazione solo quando esiste una reale asimmetria tra scrittura e consultazione.
CQRS non significa necessariamente microservizi, event sourcing o database separati. Il nucleo del pattern è riconoscere che il modello ottimale per validare e applicare comandi può essere diverso da quello necessario per query, reporting o ricerca. La separazione può migliorare chiarezza, autonomia e prestazioni, ma introduce sincronizzazione, consistenza eventuale, duplicazione dei dati e maggiore complessità operativa. È utile quando letture e scritture hanno esigenze nettamente differenti; è overengineering quando un unico modello resta semplice, coerente e sufficientemente performante.