I have been having this discussion with my colleagues and so I need some clarification. We’ve been having issues with transactions failing because of timeout, as a lot of processes are trying to update the same table. That is why the event sourcing looked like a way out to us. But we were having this argument; since tables are still being updated, does it not bring us back to the same problem we currently face? Please correct me if I misunderstood something:
When commands are sent from the UI an event is generated and stored. Then axon token tracker updates the views at its own pace(eventual consistency).
So let’s say I have thousands of events getting to the event store every minute, does the event store have any contention on inserts? Does it fail sometimes?
Since its axon that manages the projected table updates, from what I understand, it means there will never be a case where an update failed because of timeout, waiting for another update to get through, because axon manages that using the event store which is some sort of a queue.