È una buona idea salvare l'inventario come una serie di "tiri" e "spinte" nel database?

Ha senso immagazzinare push e pull come eventi che hanno altre qualità o proprietà associate a loro, come chi o quando.

Ha anche senso memorizzare il conteggio delle scorte reali, in quanto spesso è anche necessario un conteggio.

In altre parole, questi due non sono necessariamente mutuamente esclusivi, anche se questi ultimi possono in definitiva derivare dal precedente insieme di transazioni: gli ingegneri fanno scelte per memorizzare / memorizzare informazioni derivabili, si spera basate su misurato considerazioni sulle prestazioni .

La memorizzazione degli eventi come log di sola aggiunta è, in parte, cosa c'è dietro Event Sourcing da Segregazione di responsabilità delle query dei comandi .

CQRS è un approccio al ridimensionamento che cerca di separare i percorsi di accesso per tipo (comando / richiesta vs. query). Ciò finisce con un modello di scrittura segregato e il modello di lettura. Pertanto, il modello di scrittura può essere un database normalizzato, mentre il modello di lettura viene denormalizzato per query di applicazioni frequenti.

Event Sourcing si basa su questo, usando un log degli eventi append come ultima fonte di verità, consentendo il riavvio del sistema che costruisce modelli di scrittura e lettura dagli eventi.

FYI, CQRS / ES è un'architettura complessa progettata per affrontare le prestazioni su larga scala e probabilmente non è per tutti. Internamente, crea più copie delle informazioni, in diverse forme, per scopi diversi.