Qu'est-ce que CQRS et comment fonctionne-t-il ?

Question

IT Interview Practice · Accepted Answer

## Qu'est-ce que CQRS ?

**CQRS (Command Query Responsibility Segregation, ou séparation des responsabilités entre commandes et requêtes) sépare le modèle utilisé pour modifier les données de celui utilisé pour les lire.** Le côté écriture se concentre sur les règles métier ; le côté lecture organise les informations pour leur affichage ou leur consultation.

Par exemple, réserver un billet de cinéma nécessite de vérifier la disponibilité des places. Afficher une liste de billets nécessite le titre du film, l'horaire de la séance et l'emplacement du siège. Ces tâches concernent les mêmes données, mais demandent des traitements différents.

## Quel est le rôle de chaque côté ?

- **Côté écriture :** Accepte une commande, c'est-à-dire une demande d'exécution d'une action comme réserver ou annuler un billet. Le modèle d'écriture vérifie les règles et enregistre les modifications valides.
- **Côté lecture :** Accepte une requête, c'est-à-dire une demande d'informations comme une liste de billets. Le modèle de lecture renvoie les données nécessaires sans effectuer à nouveau l'action de réservation.

Les deux modèles peuvent appartenir à la même application et partager une base de données. CQRS n'impose ni deux bases de données, ni une file de messages, ni l'Event Sourcing.

## Fonctionnement de CQRS pour la réservation de billets

Lorsqu'un client sélectionne une place, la demande est transmise au côté écriture. Le système vérifie et enregistre la réservation ; une transaction assortie de contraintes de données appropriées doit empêcher deux clients de réserver la même place pour une même séance. Une fois l'écriture réussie, le client reçoit une confirmation.

Lorsque le client ouvre « Mes billets », le côté lecture renvoie une liste avec les titres des films, les horaires et les places. Sa présentation peut changer sans modifier les règles de réservation.

Si les requêtes deviennent coûteuses, le système peut maintenir une table de lecture distincte dans laquelle ces informations sont déjà réunies. Si cette table est mise à jour de façon asynchrone, un nouveau billet peut ne pas apparaître immédiatement ; l'interface doit conserver la confirmation de réservation réussie pendant l'actualisation de la liste.

## Avantages et coûts

- **Modèles ciblés :** Le côté écriture protège les règles de réservation, tandis que le côté lecture alimente les écrans et les rapports.
- **Optimisation indépendante des requêtes :** Les requêtes ou les tables préparées pour la lecture peuvent évoluer sans compliquer le modèle d'écriture.
- **Davantage de code à maintenir :** Les développeurs doivent gérer deux modèles et leur correspondance.
- **Davantage de synchronisation avec des stockages distincts :** Il faut gérer les mises à jour retardées ou échouées ainsi que les messages remis plusieurs fois pour préserver l'exactitude des données de lecture.

## Quand l'utiliser ?

CQRS est utile lorsque les mises à jour impliquent des règles métier importantes, tandis que les écrans ou les rapports nécessitent une représentation très différente. Il peut s'appliquer uniquement à la réservation de billets plutôt qu'à tout le système.

Pour les applications qui se contentent de créer, lire, modifier et supprimer des enregistrements simples, un modèle commun est souvent plus facile à développer.

Qu'est-ce que CQRS ?

Quel est le rôle de chaque côté ?

Fonctionnement de CQRS pour la réservation de billets

Avantages et coûts

Quand l'utiliser ?

Questions connexes