On Tue, Aug 19, 2014 at 2:33 PM, delasoul <[email protected]> wrote:
> "and therefore we provide PersistentView as a simple way to replicate > events to the read side, and then a de-normalized representation can be > stored..." > > If I understand this right, this means: > PersistenActor persists event > PersistentView queries EventStore e.g.: every second and forwards new > events to the read side, e.g.: EventListener which then updates the > ReadModel > > What is the advantage of using the PersistenView here, instead of just > emitting the event to the read side from the PersistentActor directly? > The PersistentView (read side) can process the events in its own pace, it is decoupled from the write side. It can be down without affecting the write side, and it can be started later and catch up. Also, you can have multiple PersistentView instances consuming the same stream of events, maybe doing different things with them. /Patrik > > thanks, > > michael > -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
