Nou, ik gebruik event sourcing. Dus ik heb per entity (aggregate root in mijn geval) een event stream. Elke wijziging aan mijn entity sla ik op als een event, en daarna publish ik die op een message bus.
De opgeslagen events hoeven niet bij mijn view database in te zitten, die kunnen ergens in the cloud staan, in een document store, op disk ergens, maakt niet uit zolang het maar persistent is.
Er zijn dan event handlers die aan de message bus hangen die mijn view database up to date houden (eventual consistency dus).
In principe heb ik niet echt een database nodig, ik kan ook gewoon alles in het geheugen houden van de applicatie. Want ik kan altijd aan de hand van mijn events weer de state van de views opbouwen

.
~edit:
Aan de hand van het stuk wat jij gequote hebt snap ik je reactie wel eigenlijk, ik legde het daar te kort / verkeerd uit
[
Voor 7% gewijzigd door
HMS op 01-03-2013 16:14
]